Complexity kills. It sucks the life out of developers, it makes products difficult to plan, build, and test - Ray Ozzie, CTO, Microsoft Corporation

Cho đến nay trong cuốn sách này, chúng tôi đã tập trung vào cách viết tốt các dòng và các khối code. Chúng tôi đã đi sâu vào thành phần thích hợp của các chức năng và cách chúng tương tác với nhau. Nhưng đối với tất cả sự chú ý đến tính biểu đạt của các câu lệnh và các chức năng mà chúng bao gồm, chúng tôi vẫn chưa có mã rõ ràng cho đến khi chúng tôi chú ý đến các cấp tổ chức code cao hơn. Hãy nói về clean class!!

Chúng ta hiếm khi kiểm soát tất cả các phần mềm trong hệ thống của mình. Đôi khi chúng tôi mua gói (packages) của bên thứ ba hoặc sử dụng mã nguồn mở (open source). Những lần khác, chúng tôi phụ thuộc vào các nhóm trong công ty để tạo ra các thành phần hoặc hệ thống con. Bằng cách nào đó, chúng ta phải tích hợp code ngoài này với code riêng của chúng ta một cách rõ ràng. Trong chương này, chúng ta xem xét các thực hành và kỹ thuật để giữ các ranh giới của phần mềm của chúng ta sạch sẽ.

Trong chương này, một số tips có thể giúp bạn xử lý các error tốt hơn, làm code đẹp hơn :D

Tiếp tục phần clean code cho hàm, mình xin đưa ra một số tip giúp bạn clean hàm tốt hơn.

Các function, method xuất hiện rất nhiều trong lập trình và phần clean code của phần này cũng là một phần mình thấy khá khó. Trong bài viết mình đưa ra một vài nguyên tắc và cố gắng clean code chính mình theo các nguyên tắc đó và tất nhiên các đoạn code mình tối ưu chưa phải là tốt nhất :D.

Tên xuất hiện mọi nơi trong phần mềm. Chúng ta có tên biến, tên hàm, tên đối số, tên lớp, và package. Chúng ta đặt tên cho file mã nguồn, đường dẫn chứa chúng… Chúng ta thực hiện đặt tên, đặt tên và đặt tên. Bởi vì chúng ta làm việc đặt tên rất nhiều nên hãy cố làm nó một cách tốt nhất. Sau đây là một số quy tắc đơn giản để tạo ra tên tốt ^^.

Sự thật chức năng các hàm, lớp làm gì chỉ có thể được tìm thấy ở một nơi: code. Chỉ có code mới thực sự có thể cho bạn biết nó đang có gì và làm gì. Đây là nguồn thông tin thực sự chính xác duy nhất. Do đó, mặc dù comment là đôi khi là cần thiết, nhưng chúng ta sẽ tìm cách để tối thiểu nó trong code của mình để tránh gây hoang mang thông tin :v. Comment thường được khuyên là không nên cho vào trong code

“Don’t comment bad code—rewrite it.”