Khi một đoạn mã được nhận xét, chúng tôi nói như vậy, đó là "đã nhận xét". Nhưng khi nó không bình luận, đó là gì?Thuật ngữ đối lập với nhận xét ra
Uncommented không hoàn toàn giống nhau. Hoạt động? Đó chắc chắn không được nhận xét.
Cách tốt nhất để chỉ hành động bỏ nhận xét ra mã là gì?
Tôi đã kết thúc bằng mã nhận xét là mã theo nhận xét và mã bình thường là mã không có chú thích. Hành động đang được lấy mã theo nhận xét hoặc đưa ra từ dưới chú thích.
Tôi gọi mã không được "nhận xét" chỉ đơn giản là "mã"
Nhưng, mã không bao gồm nhận xét? –
Chắc chắn, nhưng mã có nhận xét không giống với "nhận xét-out-code". Theo quan điểm của tôi, trạng thái "mặc định" là "mã" - sau khi nhận xét nó, nó sẽ trở thành "chú thích-out-code" – DarkSquid
Tôi đồng ý, đó là mã. Mã không bao gồm nhận xét. Đó là lý do tại sao bạn gọi mã với bình luận "Mã nhận xét". Vì Nhận xét và mã là những thứ khác nhau. Mã tạo ra các lệnh mà máy tính có thể chạy, các bình luận không thể. –
Uncommented là từ phổ biến nhất cho điều đó.
+1 Ngoài ra, trong các động từ phổ biến của IDE để nhận xét và ngược lại, thường được đưa ra là "Nhận xét" và "Bỏ ghi chú", do đó, thêm một quá khứ vào những điều này và bạn nhận được "nhận xét" và "không được chú ý". – maxwellb
Nó chỉ là một phần của mã không được nhận xét, không bị vô hiệu hóa, không bị xóa, không được kích hoạt, không được sử dụng, không được sử dụng, không bị lỗi thời, chưa được viết lại, chưa được lưu trữ.
Hoặc, theo thuật ngữ của giáo dân, mã.
Một vài khả năng:
+1 Tôi sẽ cố gắng sử dụng 'mã sống', điều đó nghe có vẻ tự nhiên đối với tôi. Mặc dù tôi ngạc nhiên rằng nó nằm trong một danh sách với 'Mã kế thừa' - cái gì ?! Uncommented là trực tiếp, nhưng làm thế nào mà ngụ ý di sản? Ngoài "tất cả mọi thứ là di sản khi nó được viết". ;) Xin lỗi có lẽ tôi không chỉ là người bản xứ. – n611x007
Hãy suy nghĩ của một tài liệu biên tập. Nó giống như nói "văn bản chưa xóa được gọi là gì?" Chỉ cần, các văn bản.
Visual Studio có chức năng được gọi là "Nhận xét các dòng đã chọn".
Chức năng đối diện được gọi là "Bỏ ghi chú các dòng đã chọn". Tôi sử dụng thuật ngữ "uncommented".
Giả sử MS và Visual Studio là "quyền hạn mã" :) – Inisheer
Câu trả lời hay nhất vì nó bao gồm một nguồn :) –
Mặc dù nó được sử dụng rộng rãi để tham chiếu đến mã 'sống', 'Mã chưa được xử lý' là một thuật ngữ không rõ ràng. Nó có thể tham chiếu đến mã đã từng được nhận xét, nhưng đã được chỉnh sửa để cho phép nó được chạy hoặc có thể tham chiếu đến mã không có nhận xét mô tả.
Tôi gọi nhận xét là mã ... mã nghèo. Nếu nó được bình luận thì chỉ cần quăng tất cả lại với nhau. Hệ thống kiểm soát phiên bản của bạn nên theo dõi các trạng thái khác nhau của công việc trước đây của bạn. Thay vì bình luận nó cho những người khác để tìm ra lý do tại sao nó đã được nhận xét sau này không có vẻ là một thực hành mã hóa tốt!
Ở một mức độ nào đó, tôi đồng ý với bạn, ngoại lệ mà bạn nghĩ đến là đưa ra nhận xét trong khi gỡ lỗi. –
Vì vậy, "không nhất thiết phải là mã nghèo" sẽ là những thứ khác? :-) – Nosredna
Tôi muốn nó "không được chú trọng."
Tôi sử dụng "hồi sinh" hoặc "khôi phục" cho mã được sử dụng để nhận xét nhưng không còn nữa. Tôi sử dụng "live" hoặc "uncommented" cho mã được dự định sẽ được biên dịch hoặc thực thi.
Xem có bao nhiêu câu trả lời khác nhau tồn tại cho câu hỏi này, có một vài điều bạn nên làm.
Chọn một cụm từ và gắn với cụm từ đó.
Tính nhất quán là quan trọng nhất. Không sao nếu nó không phải là tốt nhất bao giờ hết, và bạn có thể thay đổi lựa chọn của bạn nếu một thuật ngữ rõ ràng hơn xuất hiện trong tương lai xa xôi.
Mô tả rõ ràng thuật ngữ đó cho đồng đội của bạn.
Đừng chỉ nói, "điều đó có nghĩa là không được chú trọng hoặc bất cứ điều gì bạn gọi." Đừng chỉ nói, "nó trái ngược với nhận xét." Nói với họ rằng nó có nghĩa là mã đã được nhận xét trước đó và hiện đã xóa cú pháp nhận xét của nó. Nói với họ rằng mã này hiện đang hoạt động và sẽ thực hiện khi được gọi. Không bao giờ giả định rằng nhóm của bạn đủ thông minh để "chỉ nhận được nó" chỉ vì họ gật đầu khi bạn sử dụng thuật ngữ.
Là câu trả lời chủ quan, tôi sử dụng thuật ngữ không được chú ý. Đó là một cái tên xấu cho hành vi, nhưng ít nhất là nó trực quan nhẹ nhàng. Nó đập vô nghĩa như chưa được rửa cho các ngôn ngữ sử dụng ký tự # cho nhận xét.
Tôi thành thật nói "đã nhận xét". Trong các cụm từ như "tốt, nó hoạt động với dòng đó nhận xét, vì vậy chúng ta hãy bình luận nó trở lại và chạy lại thử nghiệm". "Uncomment" sẽ chính xác hơn, nhưng âm thanh trở nên tồi tệ hơn. Tôi sẽ không sử dụng biểu hiện đó trong văn bản chính thức, mặc dù, chỉ khi nói chuyện với cặp của tôi.
Trong phiên gỡ lỗi, tôi thường nhận xét và bỏ ghi chú các dòng mã.
Từ góc nhìn thuần túy ngữ nghĩa (và có, an toàn), đó là hành động được mô tả bằng cụm từ chứ không phải mã.
"Đã nhận xét" là một động từ mô tả hành động trong đó một tuyên bố đã được chuyển thành nhận xét để xóa nhận xét khỏi mã được phân tích bởi trình phân tích cú pháp của ngôn ngữ.
Mã đã bị xử lý ngược lại, lấy nhận xét và biến nó thành tuyên bố để đưa vào mã mà trình phân tích cú pháp của ngôn ngữ hoạt động, sẽ là "Được báo cáo". Nhưng tất nhiên đó là vô lý.
Điều đó nói rằng, tôi đồng ý với Andrew rằng bên ngoài một phiên gỡ lỗi thoáng qua, trước khi nó được cam kết, mã nên được loại bỏ nếu nó không được sử dụng và không để lại trong bình luận để gây nhầm lẫn mọi thứ.
Sự cố xảy ra với cụm từ "đã nhận xét". Đó là sự lạm dụng tính năng nhận xét của hầu hết các ngôn ngữ. Trong C/C++ bạn nên sử dụng tiền xử lý để có điều kiện biên dịch mã của bạn, có lẽ như sau:
#if 0
...
... here is the code that is not in the build
..
#endif
...
... here is the code that is in the build
...
tôi nhớ lại một tiêu chuẩn mã hóa ở một nơi tôi đã từng làm việc tại sử dụng "#ifdef NOT_DEF" và một vài khác biểu tượng thay cho "#if 0" để thêm một số ngữ nghĩa vào khối "đã nhận xét".
Các thuật ngữ được sử dụng trong lược đồ này là mã "được bao gồm" và "bị loại trừ", mặc dù "được bao gồm" thường được giả định khi nói chung về "mã".
Tất nhiên, không phải tất cả các ngôn ngữ hiện đại đều có tính năng tiền xử lý như vậy, vì vậy bạn sẽ trở lại lạm dụng tính năng nhận xét.
Tôi cố gắng tránh sử dụng trình biên dịch có điều kiện, vì bạn có thể giới thiệu lỗi vì mã đang được biên dịch không giống nhau. Đặt cược tốt hơn là xác định macro tại thời gian biên dịch mà bạn đang gỡ lỗi (ví dụ: gcc -DDEBUG = 1 để gỡ lỗi, gcc -DDEBUG = 0 để giải phóng) và gói mã gỡ lỗi nếu (DEBUG). Bằng cách này, bạn luôn biên dịch toàn bộ codebase, nhưng bạn không sử dụng nó nếu nó trong bản phát hành bản phát hành. Vấn đề duy nhất là nó có thể phát triển bản phát hành bản phát hành vì tất cả các công cụ gỡ lỗi vẫn còn đó. –
"-DDEBUG = 1" trên dòng lệnh tương đương với "#define DEBUG 1" ở phạm vi toàn cục. Nó vẫn là biên dịch có điều kiện!Trong trường hợp của bạn, các phần mã bên trong một khối if (DEBUG) sẽ _not_ được biên dịch trong bản phát hành bản phát hành. –
Nếu nó đã từng commented out trong quá khứ, sau đó by uncommenting it nó sẽ trở thành
Decommented.(Bạn có thể recomment nó nếu bạn muốn nhưng tôi sẽ không recommand rằng ..)
Nếu nó đã không bao giờ nhận xét ra, nó chỉ là
code.Đây là, với tôi bây giờ, một số khác nhau (*) nêu rõ là Live code có thể có. (Hoặc có thể nó chỉ là yoda tiếng anh.)
*: tiềm năng ẩn meta- [thêm chữ cái sinh ở Latin của bạn ở đây: P].
Và bằng cách này, decommented dường như chia sẻ một số tổ tiên chung buồn cười với dementors. Trong khi 'code', chờ đợi để được chọn để được nhận xét, chia sẻ rằng tổ tiên với cần sa-ăn thịt của 'ứng cử viên-wannabeness' oh .. cũng .. không bao giờ nhớ. – n611x007
Chúng tôi gọi nó là 'không chắc chắn'. Bạn sẽ không tìm thấy nó trong từ điển nhưng nó trái ngược với REM (d) và quan trọng nhất là có ít âm tiết hơn.
Không liên quan đến chương trình. –
Tôi đang bối rối. Làm thế nào điều này không liên quan đến lập trình? –
Eeek .. nếu nhận xét không liên quan đến lập trình, tôi hy vọng tôi không bao giờ thấy mã của bạn. – Inisheer