Tôi cũng đang làm như vậy. Khi có một cái gì đó "phải làm" trong mã của tôi, tôi viết //TODO ...
. Nhưng tôi tò mò muốn biết khi nào điều này bắt đầu và liệu có lý do để viết "to-dos" trong tất cả các chữ in hoa không?
//todo:...
Tôi cũng đang làm như vậy. Khi có một cái gì đó "phải làm" trong mã của tôi, tôi viết //TODO ...
. Nhưng tôi tò mò muốn biết khi nào điều này bắt đầu và liệu có lý do để viết "to-dos" trong tất cả các chữ in hoa không?
//todo:...
Câu trả lời:
Ngoài ra, thật tuyệt khi có một cách dễ dàng tìm kiếm các phần mã mà bạn đã xem và muốn quay lại. Bạn có thể thực hiện tìm kiếm phân biệt chữ hoa chữ thường cho "TODO" để tìm ngay những gì bạn đã bỏ qua trước đó.
"việc cần làm" (chữ thường) có thể có khả năng là một phần của từ / hàm / biến lớn hơn, nhưng "TODO" (chữ hoa) có thể sẽ không xảy ra.
TODO
. Dù lý do là gì đi nữa, nó đủ khuyến khích tôi viết nó bằng chữ in hoa.
todo
nổi bật nhưng có một điểm nhỏ trong đó là quy ước là sử dụng TODO.
filesToDownload
. Tất nhiên, tìm kiếm "toàn bộ từ" chỉ khắc phục vấn đề đó.
Tôi tò mò muốn biết khi nào điều này bắt đầu và nếu có một lý do để viết tất cả vốn?
Ý tưởng với các bình luận như TODO và FIXME là làm cho chúng nổi bật. Nói chung, bạn không muốn gửi mã có các điểm đánh dấu như vậy trong mã - họ đánh dấu những việc cần thực hiện trước khi dự án có thể được coi là hoàn thành. Sử dụng TẤT CẢ CAPS giúp chúng dễ dàng phát hiện hơn một chút, miễn là bạn không sử dụng TẤT CẢ CAPS cho nhiều thứ khác trong mã của mình.
Cả Eclipse và Visual Studio đều có các tính năng Danh sách nhiệm vụ tự động cung cấp cho bạn danh sách các dòng nhận xét có TODO trong đó.
Nếu bạn là người dùng vi sử dụng:
/LÀM
Nó sẽ đưa bạn đến đó rất nhanh.
Trực quan TẤT CẢ CAPS nổi bật, nhưng không dễ đọc. Khi đọc mã họ quét như một khối có kích thước cụ thể. Nó không thực sự quan trọng những gì các chữ cái là. Họ chỉ nổi bật và có thể được nhìn thấy rất nhanh. Khi bạn đã làm việc với các thẻ trong một thời gian, bộ não của bạn sẽ nhận ra từ theo hình dạng.
Từ quan điểm của công cụ (IDE / Editor), tìm kiếm phân biệt chữ hoa chữ thường sẽ có tỷ lệ dương tính giả rất thấp trên tất cả các phiên bản mũ. Trong một số kiểu mã hóa, có một rủi ro nhỏ là hằng số sẽ được khớp. Trường hợp nhạy cảm toàn bộ tìm kiếm từ làm cho dương tính giả thậm chí ít có khả năng.
Khi công cụ có được nó trên màn hình, định dạng rõ ràng nhìn vào ĐÂY. Khi bạn tập trung vào vị trí, phần dễ đọc sẽ là phần nhận xét liên quan.