Vì sao phải viết code thật đẹp?

[digi2936]

Là lập trình viên, chắc hẳn người nào cũng hiểu lúc làm mindx.edu.vn/blog/post/sach-day-lap-trinh-co-banviệc với bất kì 1 ngôn ngữ, một framework, hay 1 thư viện nào ấy chúng ta đều được đề cập nhở về những “best practices” và “bad practices” (chơi chữ đó).

Và chúng ta cũng thường tự lừa dối bản thân rằng cho dù lâu lâu chúng ta vẫn buông lơi đôi tay, viết vài cái code “không được đẹp” một tí thì kết quả sau ấy chương trình vẫn chạy đúng, trừ một vài trường hợp không nghe lời những bậc cao nhân mà cứ cắm mặt làm cho “bad practices” đẫn đến ứng dụng bị những khó khăn về performance hay thậm chí là crash giữa chừng, mà mấy câu chuyện này phổ quát lúc còn dẫn đến việc thất thoát tiền tài, tốn thời kì để sang sửa,… Đáng sợ chưa.

vì sao phải viết code thật đẹp?
các vấn đề, cũng như hệ quả của việc viết code “không được đẹp” thường nằm trong giai đoạn vững mạnh vận dụng, thí dụ như debugging hay sửa đổi tính năng,… Trong môi trường khiến cho việc thực tại, cho dù ứng dụng của Anh chị mang chạy rẻ cỡ nào, thì vẫn với những khả năng người khác (co-worker) mò vào đọc code, hoặc thậm chí là đổi thay code của bạn nếu như có nhu cầu, thí dụ như họ muốn viết chức năng mới dựa trên chiếc cũ, họ phải fix một con bug liên quan đến code của bạn, hay đơn thuần là họ muốn đọc để hiểu hệ thống hoạt động như thế nào. Và cố nhiên điều tôi nhắc không loại trừ 1 người nào, nhắc cả Anh chị cũng vẫn phải làm cho những điều như vậy.

toàn cầu này sẽ tươi đẹp hơn phổ thông giả dụ rất nhiều các loại thể code người ta viết ra đều dễ đọc và dễ hiểu.

khiến sao để viết code thật đẹp?
Cả nhà viết code một lần, nhưng Các bạn https://mindx.edu.vn/course/game-basic phải theo những mẫu code ấy cả “một đời”, do đó việc thận trọng về cách thức đặt tên, hay document lại những thành phần phức tạp càng trở nên quan trọng. Rộng rãi khi mới code xong hôm qua, hôm nay đã chẳng chú ý mấy chiếc logic phức tạp bên trong nó rồi chứ chưa kể tới chuyện 5, 10 năm sau mò vào coi lại.

một trong các thứ giúp ích được cho chúng ta ấy chính là code comment.
Chắc hẳn phổ thông bạn đang nghi vấn, thế kỉ bao lăm rồi mà còn code comment, giờ là thời đại của “self documented” code rồi. Ừ thì không ai phủ nhận việc viết code “self documented”, mà lại Cả nhà đang bị lầm tưởng về chuyện tác dụng của comment trong code. Giá trị của code comment không nằm ở chỗ đề cập đoạn code này sở hữu tác dụng gì, làm cái gì, trị giá của code comment nằm ở chỗ giảng giải vì sao đoạn code này phải viết tương tự. Và việc “self documented” chỉ sở hữu thể giúp được phần “chỗ này làm cho gì” hay “cái này mang tác dụng gì” thôi.

Comment tốt là comment giải thích được tại sao mọi thứ được làm cho tương tự, chứ không phải đề cập chỗ này làm cho gì, có tác dụng gì, tự bản thân code đã nói lên được điều đó rồi.

Quay lại mang chuyện “self documented” code, để mà làm được chuyện này, Anh chị phải luôn nhớ trong đầu về luật lệ đặt tên (naming convention). Sách dạy tương đối phổ quát thứ rồi, thí dụ như những lệ luật viết hoa viết thường, gạch dưới, etc… Điều quan trọng mà tôi muốn nhắc đó là, Cả nhà hãy luôn nhớ trong đầu về nguyên tắc “single responsibility”, chỉ cần Các bạn hiểu điều này, cuộc sống sẽ trở thành dễ dàng hơn toàn bộ.

một mẫu tên tốt là chiếc tên mà lúc đọc lên nó đựng cất toàn bộ thông báo về công dụng cũng như phương pháp tiêu dùng và điều này chỉ sở hữu thể khiến được giả dụ tuân thủ nguyên tắc “single responsibility”.

Xem thêm =>>https://mindx.edu.vn/blog/post/sach-day-lap-trinh-co-ban

bên cạnh đó, một trong những điều tôi rất hay gặp trong công đoạn khiến việc đấy là mọi người thường nhắm mắt nhắm mũi làm ngơ việc tiêu dùng magic number trong code. Đây quả tình là tội ác, khi mà lúc Nhìn vào các phép so sánh hay những phép gán, chẳng người nào với thể hiểu được ý nghĩa của các Con số đấy, vì sao lại phải là nó mà chẳng hề là 1 số khác. Cũng ko ai có thể phòng ngừa được các “tác dụng phụ” có thể xảy ra ví như lỡ tay thay đổi nó. Do đó hãy giảm thiểu dùng magic number, mà thay vào đấy là đem hết chúng vào trong file constant, rồi đặt 1 chiếc tên “thật hay” hoặc thậm chí là thêm vài cái comment giảng giải ý nghĩa, thì người khác đọc code sẽ cảm thấy “yêu” bạn hơn rộng rãi lắm.

một thứ khác, dù rất nhỏ nhưng lại mang trị giá hết sức lớn để làm code đẹp đẽ hơn ấy chính là indentation, hay chúng ta thường gọi thân yêu là “thò ra thụt vô”. Loại gì cũng vậy, để mà được công nhận là đẹp thường phải đi mang 1 kết cấu phải chăng (nếu Anh chị hiểu), code cũng vậy. Ví dụ mà block code bắt đầu “thò ra” 1 kiểu, lúc kết lại “thụt vô” 1 kiểu khác thì người nào đọc mà không khó chịu đúng ko.

không những thế còn gì không?
Và thật ra còn hàng trăm hàng ngàn thứ khác để giúp code chúng ta phát triển thành đẹp đẽ hơn. Viết code cho đẹp là cả một thời kỳ và để tóm lại thì chúng ta mang một số ý sau.

Code đẹp là code với kết cấu thấp, được diễn ra rẻ chứ không như 1 đống lộn xộn, mà giới developer thế giới hay nói là “spaghetti code” đó.
Code đẹp là code phải được test phần đông, rẻ hơn hết là nên có thí dụ về cách thức dùng.
Code đẹp không đồng nghĩa với code “khôn”, bạn nghĩ code bạn “khôn”, nhưng không straight forward, người đọc không hiểu thì cũng mang ý nghĩa gì đâu, code vẫn là gớm thôi.
Code đẹp là code ngắn gọn, từng unit phải “nhỏ xinh” vữa đủ, và tiện dụng để tái tiêu dùng.
Thế nhé, hãy code thật đẹp để thế giới này phát triển thành “tươi đẹp hơn”, cảm ơn Cả nhà đã dành thời gian để đọc và hứa hẹn gặp lại Anh chị em trong các bài viết tiếp theo.



Chuyện học tập & là m việc ở MindX