JavaScript 2 dấu cách hoặc 4
Đó thực sự là nghệ thuật lập trình - nhận một tác vụ phức tạp và mã hóa nó theo cách vừa chính xác vừa dễ đọc cho con người. Một kiểu mã tốt hỗ trợ rất nhiều trong việc đó Show Đây là một mánh gian lận với một số quy tắc được đề xuất (xem bên dưới để biết thêm chi tiết) Bây giờ hãy thảo luận chi tiết về các quy tắc và lý do cho chúng Không có quy tắc “bạn phải” Không có gì là cố định ở đây. Đây là những sở thích về phong cách, không phải giáo điều tôn giáo Trong hầu hết các dự án JavaScript, dấu ngoặc nhọn được viết theo kiểu “Ai Cập” với dấu ngoặc nhọn mở trên cùng một dòng với từ khóa tương ứng – không phải trên một dòng mới. Cũng nên có một khoảng trắng trước dấu ngoặc mở, như thế này
Cấu trúc một dòng, chẳng hạn như 6, là trường hợp cạnh quan trọng. Có nên sử dụng niềng răng không?Dưới đây là các biến thể được chú thích để bạn có thể tự đánh giá khả năng đọc của chúng
Đối với một mã rất ngắn gọn, một dòng được cho phép, e. g. 7. Nhưng một khối mã (biến thể cuối cùng) thường dễ đọc hơnKhông ai thích đọc một dòng mã dài. Cách tốt nhất là tách chúng ra Ví dụ
Và, đối với câu lệnh 8
Độ dài dòng tối đa phải được thống nhất ở cấp độ nhóm. Nó thường là 80 hoặc 120 ký tự Có hai loại thụt lề
Dấu chấm phẩy phải có sau mỗi câu lệnh, ngay cả khi nó có thể bị bỏ qua Có những ngôn ngữ mà dấu chấm phẩy thực sự là tùy chọn và nó hiếm khi được sử dụng. Tuy nhiên, trong JavaScript, có những trường hợp ngắt dòng không được hiểu là dấu chấm phẩy, khiến mã dễ bị lỗi. Xem thêm về điều đó trong chương Nếu bạn là một lập trình viên JavaScript có kinh nghiệm, bạn có thể chọn kiểu mã không có dấu chấm phẩy như StandardJS. Nếu không, tốt nhất là sử dụng dấu chấm phẩy để tránh những cạm bẫy có thể xảy ra. Phần lớn các nhà phát triển đặt dấu chấm phẩy Cố gắng tránh lồng mã quá nhiều cấp Ví dụ, trong vòng lặp, đôi khi nên sử dụng lệnh để tránh lồng thêm Ví dụ: thay vì thêm một điều kiện 8 lồng nhau như thế này 3Chúng tôi có thể viết 0Điều tương tự có thể được thực hiện với 1 và 2Ví dụ: hai cấu trúc bên dưới giống hệt nhau lựa chọn 1 1Lựa chọn 2 2Cái thứ hai dễ đọc hơn vì “trường hợp đặc biệt” của 3 được xử lý sớm. Sau khi kiểm tra xong, chúng ta có thể chuyển sang luồng mã “chính” mà không cần lồng bổ sungNếu bạn đang viết một vài hàm “trợ giúp” và mã sử dụng chúng, có ba cách để tổ chức các hàm
Hầu hết thời gian, biến thể thứ hai được ưa thích hơn Đó là bởi vì khi đọc mã, trước tiên chúng ta muốn biết nó làm gì. Nếu mã đi trước, thì nó sẽ rõ ràng ngay từ đầu. Sau đó, có lẽ chúng ta sẽ không cần phải đọc các chức năng, đặc biệt nếu tên của chúng mô tả những gì chúng thực sự làm Hướng dẫn về phong cách chứa các quy tắc chung về cách viết mã, e. g. sử dụng trích dẫn nào, bao nhiêu khoảng cách để thụt lề, độ dài dòng tối đa, v.v. Rất nhiều điều nhỏ nhặt Khi tất cả các thành viên của một nhóm sử dụng cùng một hướng dẫn kiểu, mã sẽ trông thống nhất, bất kể thành viên nào trong nhóm đã viết nó Tất nhiên, một nhóm luôn có thể viết hướng dẫn phong cách của riêng họ, nhưng thường thì không cần. Có nhiều hướng dẫn hiện có để lựa chọn Một số lựa chọn phổ biến
Nếu bạn là một nhà phát triển mới làm quen, hãy bắt đầu với cheat sheet ở đầu chương này. Sau đó, bạn có thể duyệt qua các hướng dẫn về phong cách khác để chọn thêm ý tưởng và quyết định xem bạn thích phong cách nào nhất Linters là công cụ có thể tự động kiểm tra kiểu mã của bạn và đưa ra các đề xuất cải thiện Điều tuyệt vời về chúng là kiểm tra kiểu cũng có thể tìm thấy một số lỗi, như lỗi chính tả trong tên biến hoặc hàm. Do tính năng này, nên sử dụng trình nói dối ngay cả khi bạn không muốn dính vào một “kiểu mã” cụ thể Dưới đây là một số công cụ linting nổi tiếng
Tất cả họ đều có thể làm công việc. Tác giả sử dụng ESLint Hầu hết các linters được tích hợp với nhiều trình soạn thảo phổ biến. chỉ cần bật plugin trong trình chỉnh sửa và định cấu hình kiểu Chẳng hạn, đối với ESLint, bạn nên làm như sau
Đây là một ví dụ về tệp 5 5Ở đây, chỉ thị 7 biểu thị rằng cấu hình dựa trên “eslint. bộ cài đặt được đề xuất. Sau đó, chúng tôi xác định riêng của chúng tôiCũng có thể tải xuống các bộ quy tắc kiểu từ web và thay vào đó mở rộng chúng. Xem https. // eslint. org/docs/user-guide/getting-started để biết thêm chi tiết về cài đặt Ngoài ra, một số IDE nhất định có linting tích hợp, thuận tiện nhưng không thể tùy chỉnh như ESLint Tất cả các quy tắc cú pháp được mô tả trong chương này (và trong các hướng dẫn về phong cách được tham chiếu) nhằm mục đích tăng khả năng đọc mã của bạn. Tất cả chúng đều có thể tranh cãi Khi chúng ta nghĩ về việc viết mã “tốt hơn”, những câu hỏi chúng ta nên tự hỏi mình là. “Điều gì làm cho mã dễ đọc hơn và dễ hiểu hơn?” Đọc các hướng dẫn về phong cách phổ biến sẽ cho phép bạn cập nhật những ý tưởng mới nhất về xu hướng phong cách mã và các phương pháp hay nhất Tôi nên thụt lề 2 hoặc 4 dấu cách?Ưu tiên của tôi với tư cách là nhà phát triển phần mềm là sử dụng thụt đầu dòng 2 khoảng trắng trong các dự án giao diện người dùng và thụt lề 4 dấu cách trong các dự án phụ trợ . Tuy nhiên, việc sử dụng thụt lề 4 khoảng trắng sẽ cho nhiều lề hơn yêu cầu. Mặt khác, thụt đầu dòng 2 dấu cách tạo ra khoảng cách không phù hợp và có thể làm giảm khả năng đọc mã trong một số trường hợp.
Tôi nên sử dụng 4 dấu cách hay tab?Vì vậy, vào cuối ngày, tab so với dấu cách thực sự là vấn đề ưu tiên , tuy nhiên, tab vẫn là ký tự cụ thể .
Khoảng cách có quan trọng trong JavaScript không?Thông thường trong không gian JavaScript không thành vấn đề . Tuy nhiên, trong trường hợp của bạn, vì bạn đang dán “chiếc bánh” theo chiều dài bằng một dấu chấm, nên nó chỉ nên là một từ ghép lại với nhau để tránh sự mơ hồ hoặc cách hiểu sai từ JavaScript. Sau khi kéo dài, khoảng trống giữa “bánh”. chiều dài và * hoặc giữa * và 9 không thành vấn đề.
Tại sao có 4 dấu cách thay vì các tab?Giải thích về câu trả lời được chấp nhận. Nếu một vài người làm việc trên cùng một tệp, rất có thể sẽ phát sinh xung đột không đáng có. Sử dụng khoảng trắng thay vì tab giúp bạn có thể dễ dàng bắt gặp một khoảng trống tình cờ như vậy trên nhãn cầu và đây có lẽ là lý do tại sao việc sử dụng chúng lại trở thành tiêu chuẩn. |