Hãy nói về một nhà phát triển cơ bản khác và người này đang nhận xét mã của bạn.
Cho đến bây giờ, bạn có thể đã thấy tôi bình luận, thêm ý kiến vào kịch bản của chúng tôi.
Ví dụ: ngay tại đây tôi đã thêm một nhận xét của Booleans và điều này nói với trình thông dịch Python rằng, Này, đây là
một nhận xét, đừng chạy cái này.
Nó chỉ dành cho tôi.
Bạn có thể bỏ qua nó và chuyển sang dòng thứ hai.
Và bạn đã thấy điều đó?
Tôi chỉ đơn giản là đã làm điều đó bằng Python với dấu thăng.
Ngay khi Python nhìn thấy dấu thăng, nó sẽ thêm nhận xét và bạn cũng có thể làm điều đó sau một dòng.
Tôi có thể nói điều này được gán cho một biến.
Và mặc dù điều này có thể trông giống như hai dòng, nhưng nó thực sự chỉ là phường đọc rap đang diễn ra.
Và bạn có thể thấy rằng thông dịch viên hoàn toàn bỏ qua những nhận xét này.
Bây giờ, bình luận nghe có vẻ rất, rất đơn giản, nhưng đó là một khái niệm quan trọng.
Và nếu bạn muốn trở thành một lập trình viên giỏi tất cả các ngôn ngữ, chúng tôi có bình luận.
Nhưng có những cách tốt và những cách bình luận xấu.
Và đây là một cái gì đó đi kèm với thực hành.
Nhưng đây là một số hướng dẫn chính.
Khi bạn nhận xét mã của mình, ý tưởng là bạn đang thêm các nhận xét có giá trị.
Đó là, nếu tôi thêm một nhận xét ở đây nói rằng, Này, đây là một biến tên dấu, một giá trị của chuỗi Andre,
một nhận xét như thế này.
Không thực sự tốt.
Tại sao vậy?
Vì mã của bạn nên tự giải thích, phải không?
Ý tưởng là để chúng ta viết mã dễ đọc, dễ hiểu.
Nó không phải là cố gắng để được thông minh.
Thay vào đó, nó sẽ đọc như tiếng Anh.
Và bất kỳ lập trình viên python nào cũng sẽ biết rằng ở đây chúng tôi chỉ đơn giản thêm Andre làm giá trị của tên.
Chúng tôi chỉ định một biến và thêm một nhận xét như thế này, điều này tự giải thích.
Chỉ thêm lộn xộn vào mã của bạn.
Vì vậy, có một sự đánh đổi ở đây.
Thật tốt khi nhận xét mã của bạn vì giả sử bạn đang làm việc theo nhóm và các nhà phát triển khác đến và
họ muốn hiểu mã của bạn.
Nhưng bạn phải nhớ nguyên tắc này là mã dễ đọc.
Lần duy nhất bạn muốn thêm nhận xét vào mã của mình là.
Chà, khi điều gì đó thực sự, thực sự quan trọng đang xảy ra, nơi nó có thể hơi phức tạp,
trước tiên bạn quyết định, Này, mã này được viết theo cách có ý nghĩa?
Ví dụ, nếu đây là biến a.
Và đây là biến B.
Chà, điều này có thể thực sự khó hiểu đối với một số người.
Vì vậy, bạn có thể nói rằng đây là cờ.
Nhưng trước khi thêm nhận xét đó, bạn muốn tự nói với mình, Hmm, có thể mã của tôi khó đọc.
Có lẽ tôi nên thay đổi biến thành cool để làm cho nó dễ hiểu hơn.
Bây giờ đây là thứ mà bạn ngày càng cải thiện và bạn muốn sử dụng nhận xét như một công cụ bổ sung để làm
cho mã của bạn dễ hiểu.
Có thể bạn viết mã mà sáu tháng kể từ bây giờ bạn muốn quay lại để hiểu những gì bạn đã làm.
Nhưng hãy nhớ rằng, nhiều bình luận hơn không nhất thiết có nghĩa là mã tốt hơn.
Bạn muốn ngắn gọn và giữ mọi thứ đơn giản trong khi chỉ thêm nhận xét khi cần thiết để giúp người khác hiểu mã của
bạn, không cố gắng làm cho mã khó đọc của bạn dễ đọc hơn.
Chúng tôi sẽ khám phá chủ đề này và cho bạn lời khuyên về nó trong suốt khóa học.
Nhưng hãy nhớ điều cơ bản dành cho nhà phát triển quan trọng này vì bạn sẽ cần nó trong suốt sự nghiệp của mình.
Nhân tiện, bài viết này ở đây có một số điểm thực sự quan trọng mà tôi nghĩ rằng bạn sẽ thực sự được hưởng lợi từ đó, đặc
biệt là trong các phương pháp bình luận hay nhất.
Bạn có thể đọc một số điều nên làm và không nên làm và những điều một số lập trình viên hàng đầu làm khi nhận xét.
Tôi biết điều đó nghe có vẻ ngớ ngẩn, nhưng đó là một khái niệm quan trọng mà hầu hết các khóa học đều bỏ qua, vì vậy tôi thực sự khuyên
bạn nên đọc qua phần này.
Tôi sẽ liên kết đến nó trong các tài nguyên và hẹn gặp lại bạn trong video tiếp theo.