Có thể sự lo lắng không phải là về các bit trên dây nhưng chi phí của việc đọc và xem lại/xem mã.
Tôi có xu hướng ưu tiên tên ngắn bên trong hàm và tạo tên hàm miễn là cần thiết, nhưng càng ngắn càng tốt mà không mất ý nghĩa hữu ích.
Không nghi ngờ gì đó là sự cân bằng. Nó phụ thuộc vào việc bạn có muốn mã của bạn giống với ngôn ngữ tự nhiên hay không rõ ràng và nhỏ gọn hơn.
Một số tên biến tiền tố để chèn thông tin ngữ cảnh vào chúng.Tôi nói, nếu điều đó là cần thiết, IDE nên cung cấp khả năng tiêm như một lớp phủ hình ảnh trên mã thông qua các ký hiệu ngữ cảnh.
Phiên bản tiếp theo của Visual Studio sẽ làm cho việc tập thể dục chú thích như vậy dễ dàng hơn nhiều thông qua một cơ chế mở rộng hạt mịn mở rộng sâu vào chính trình soạn thảo. Tôi đã không sử dụng Visual Studio để chỉnh sửa Javascript mặc dù.
Tôi thấy rằng mối quan tâm của bạn thực sự là không gian giao dịch. Điều này sẽ không bao giờ, bao giờ hết, là một vấn đề. Luôn luôn luôn luôn ưu tiên khả năng đọc trên bit trên dây, đặc biệt. kể từ khi nén tồn tại, như được ghi chú bởi các nhà bình luận khác.
Điều duy nhất tôi sẽ thêm là ở trên, đó là đôi khi hiểu được thực hiện dễ dàng hơn với tên nhỏ gọn trên tên quá dài. Nhưng thật khó để có được tên viết tắt ngay. Tên dài được dễ dàng hơn và nhanh hơn để thực hiện ngay trong kinh nghiệm của tôi.
Lý do cho các tên ngắn không bao giờ nên nén dữ liệu chỉ mang lại hiệu quả nhận thức. Những gì làm việc là cá nhân.
Nguồn
2009-03-22 14:01:33
Tôi nghĩ bạn nên lấy người nào thực sự nghĩ rằng fAtAjtW tốt hơn và biến họ thành huy hiệu nhà phát triển của họ. –