Làm thế nào để tránh những lỗi ngôn ngữ động điển hình của người Viking

Gần đây tôi đã đổ một vài giờ vào JavaScript vì tôi muốn hưởng lợi từ lượng người dùng khổng lồ. Làm điều đó tôi đã nhận thấy một mô hình mà hầu hết mọi người gán cho các ngôn ngữ động. Bạn có thể làm mọi thứ hoạt động thực sự nhanh chóng, nhưng một khi mã của bạn đạt đến một kích thước nhất định, bạn sẽ lãng phí nhiều thời gian với các lỗi về chính tả, chính tả và tái cấu trúc nói chung. Lỗi một trình biên dịch thường sẽ phụ tùng tôi từ. Và không có tôi tìm lỗi trong logic khi tôi chỉ mắc lỗi đánh máy trong một mô-đun khác.

Xem xét việc sử dụng JavaScript đáng kinh ngạc và các ngôn ngữ được gõ động khác, tôi có thể tin rằng có điều gì đó không đúng với cách tiếp cận của tôi. Hay đây chỉ là cái giá bạn phải trả?

Nói một cách chính xác hơn:

• Làm thế nào để bạn tiếp cận một dự án JavaScript (hoặc bất kỳ ngôn ngữ động nào khác cho vấn đề đó) với ~ 2000 LỘC?
• Có công cụ nào để ngăn tôi mắc những sai lầm đó không? Tôi đã thử chuyển qua Facebook và JSHint, phần nào giúp được, nhưng không mắc lỗi chính tả.

Nói riêng về JavaScript, bạn có thể sử dụng TypeScript thay thế. Nó cung cấp một số trong những điều bạn đang đề cập đến. Trích dẫn trang web:

Các loại cho phép các nhà phát triển JavaScript sử dụng các công cụ và thực tiễn phát triển năng suất cao như kiểm tra tĩnh và tái cấu trúc mã khi phát triển các ứng dụng JavaScript.

Và nó chỉ là một superset của JS, có nghĩa là một số mã hiện tại của bạn sẽ hoạt động tốt với TS:

TypeScript bắt đầu từ cùng một cú pháp và ngữ nghĩa mà hàng triệu nhà phát triển JavaScript biết đến ngày nay. Sử dụng mã JavaScript hiện có, kết hợp các thư viện JavaScript phổ biến và gọi mã TypeScript từ JavaScript.

Có một số cách tiếp cận có thể giúp:

Kiểm tra đơn vị

Viết bài kiểm tra đơn vị nếu có thể. Chỉ dựa vào kiểm tra thủ công hoặc tìm lỗi trong tự nhiên là trúng và bỏ lỡ.

Sử dụng khung

Thay vì tự lăn lộn và mạo hiểm giới thiệu các lỗi, hãy sử dụng các khung đã thiết lập nếu có thể.

Thích CSS / ngôn ngữ cấp cao

Nơi bạn có thể nhường chức năng cho CSS hoặc bất kỳ ngôn ngữ cấp cao nào bạn đang viết.

Cấu trúc lại

Tái cấu trúc để giảm số lượng mã. Ít mã hơn = ít chỗ hơn cho những thứ đi sai.

Tái sử dụng

Sử dụng lại mã hiện có nơi bạn có thể. Ngay cả khi mã không phải là một kết hợp chính xác, tốt hơn là sao chép, dán và sửa đổi thay vì viết một cái gì đó một lần nữa.

IDE

Các IDE hiện đại thường có ít nhất một số hỗ trợ Javascript. Một số trình soạn thảo văn bản cũng nhận biết Javascript.

Một công cụ chưa được đề cập là tìm kiếm văn bản đơn giản, cục bộ hoặc toàn dự án .

Nghe có vẻ đơn giản, nhưng khi bạn bao gồm một số biểu thức thông thường, bạn có thể thực hiện một số bộ lọc cơ bản đến nâng cao, ví dụ: tìm kiếm các từ nằm trong tài liệu hoặc mã nguồn.

Nó đã là một công cụ hiệu quả đối với tôi (bên cạnh các máy phân tích tĩnh) và với quy mô dự án của bạn là 2k LỘC, theo ý kiến ​​của tôi, không phải là đặc biệt lớn, hy vọng sẽ làm việc kỳ diệu.

Tôi hiện đang tái cấu trúc vài nghìn dòng mã cho một dự án AngularJS lớn. Một trong những rắc rối lớn nhất là tìm ra hợp đồng chính xác của một chức năng nhất định. Đôi khi tôi đã kết thúc việc đọc tài liệu API vì các yếu tố của phản hồi API thô được gán cho các biến đã trải qua 6 lớp mã trước khi được sửa đổi và trả lại qua 6 lớp mã nữa.

Lời khuyên đầu tiên của tôi là thiết kế theo hợp đồng . Lấy đầu vào cụ thể, tạo đầu ra cụ thể, tránh các tác dụng phụ và ghi lại những mong muốn đó bằng TypeScript hoặc ít nhất là JSDoc.

Lời khuyên thứ hai của tôi là thực hiện càng nhiều kiểm tra càng tốt. Chúng tôi tuân theo tiêu chuẩn AirBnB và sử dụng eslint trên toàn bộ cơ sở mã của chúng tôi. Cam kết móc xác minh rằng chúng tôi luôn tuân theo tiêu chuẩn. Chúng tôi tự nhiên có một bộ pin của các bài kiểm tra đơn vị và chấp nhận, và tất cả các cam kết phải được xem xét bởi một người ngang hàng.

Chuyển đổi từ trình soạn thảo văn bản (Sublime Text) sang IDE phù hợp (WebStorm) cũng giúp làm việc với mã nói chung dễ dàng hơn nhiều. WebStorm sẽ sử dụng JSDoc để đưa ra gợi ý về các loại tham số dự kiến ​​và đưa ra lỗi nếu bạn cung cấp sai loại hoặc sử dụng giá trị trả về sai cách.

Trong JavaScript, các tính năng mới như ký hiệu và getter / setters có thể giúp thực thi một mức chất lượng nhất định bằng cách thêm các xác nhận vào gán biến (ví dụ: đảm bảo số nguyên nằm trong phạm vi hoặc đối tượng dữ liệu có các thuộc tính nhất định).

Thật không may, tôi không nghĩ rằng có một giải pháp thực sự để ngăn ngừa các lỗi ngôn ngữ động, chỉ có một loạt các biện pháp có thể giúp giảm tần suất của chúng.

Câu trả lời của tôi cho câu hỏi Làm thế nào để bạn tiếp cận một dự án JavaScript (hoặc bất kỳ ngôn ngữ động nào khác cho vấn đề đó) với ~ 2000 LỘC?

Tôi phát triển các ứng dụng mẫu PDF. Tôi tiếp cận dự án phát triển phần mềm JavaScript của mình (bất kể kích thước mã nguồn) bằng cách sử dụng các yếu tố và chú thích ròng của Petri. Phương pháp này không gắn liền với bất kỳ công nghệ ngôn ngữ lập trình cụ thể nào. Do đó, nó có thể được sử dụng cho các ngôn ngữ lập trình khác.

Tôi tạo một sơ đồ của logic ứng dụng. Để giữ cho sơ đồ không bị lộn xộn, tôi thêm hầu hết các chú thích của mình vào một biểu mẫu mà tôi sử dụng với sơ đồ. Các mục trong biểu mẫu bao gồm các tham chiếu đến các thuộc tính hoặc hàm. Sau đó, tôi viết mã nguồn dựa trên thông tin trong sơ đồ và các mục trong mẫu. Phương pháp này có hệ thống vì mọi mã nguồn được viết được ánh xạ trực tiếp từ sơ đồ và các mục trong biểu mẫu. Mã nguồn có thể dễ dàng kiểm tra vì tôi cũng tuân theo các quy ước đặt tên và mã hóa khi tôi viết mã.

Ví dụ, tôi đã chọn một quy ước rằng tất cả các chức năng là nguyên mẫu. Nếu hiệu suất trở thành một vấn đề thì nó có thể được cải thiện bằng cách khai báo các hàm trong hàm tạo. Đối với một số thuộc tính tôi sử dụng mảng. Một lần nữa nếu hiệu suất trở thành một vấn đề thì nó có thể được cải thiện bằng cách sử dụng các tham chiếu trực tiếp.

Tôi cũng sử dụng eval. Điều này có thể làm giảm đáng kể kích thước của mã nguồn. Do vấn đề về hiệu năng, tôi sử dụng eval ở phần đầu hoặc phần khởi tạo của ứng dụng; Tôi không bao giờ sử dụng nó trong logic thời gian chạy của người dùng - Đây là một quy ước mã hóa khác mà tôi tuân theo.