Trong các trình duyệt, việc thu nhỏ và ghép hoặc tải JavaScript không đồng bộ có tác động hiệu suất tích cực. Điều này cũng đúng đối với mã đang chạy trong Node.js?Làm giảm hiệu suất tác động của Node.js?
Ví dụ: quá nhiều nhận xét và sử dụng tên dài cho các thuộc tính của lớp được khởi tạo thường ảnh hưởng đến hiệu suất và mức sử dụng bộ nhớ đáng kể?
Có, nó cải thiện hiệu suất biên dịch, nhưng thời gian biên dịch là không đáng kể đối với toàn bộ vòng đời của quá trình của bạn mà nó không quan trọng. Sự khác biệt duy nhất là nếu bạn liên tục bắt đầu và dừng các chương trình nút vì một lý do kì lạ nào đó, nếu bạn đang làm, có thể là sai.
Tuy nhiên, bạn sẽ không muốn uglify mã phía máy chủ của mình, vì nếu bạn gặp lỗi, bạn sẽ muốn biết vị trí trong mã có thể đọc được của con người, tìm mã và sửa nó.
Tôi đặt cược câu hỏi thực sự là: Bạn có nghĩ hiệu suất thời gian biên dịch gần như không đáng kể sẽ bù đắp thời gian lưu để gỡ lỗi mã của bạn thay thế không?
Câu trả lời cho điều đó sẽ là không, chỉ cần gắn với Javascript có thể đọc thông thường của con người.
thx, đó là những gì tôi nghĩ , Tôi sẽ dính vào đó. :-) – Kai
Tôi rút gọn mã NodeJS phía máy chủ, vì một số cài đặt của tôi được lưu trữ trên máy chủ khách hàng của tôi. Nó thực sự chủ yếu là bảo vệ mã của bạn theo một cách nhỏ. – Spock
@Spock là một trong những thực hành tiêu chuẩn của bạn hoặc là ngành công nghiệp rộng trong thế giới của nút/js? Khách hàng có đồng ý với nó không? Và điều gì xảy ra khi họ nói điều gì đó không hiệu quả và họ cung cấp cho bạn "dấu vết ngăn xếp"? – Vee6
https://groups.google.com/forum/?fromgroups#!topic/nodejs/CzphiQUPgmE –
bạn nên luôn sử dụng uglify khi bạn viết một mô-đun mà chúng tôi sẽ sử dụng bởi những người khác –