First, a caveat: I think Node.js is

First, a caveat: I think Node.js is wonderful, and has an excellent chance of becoming the gold standard for web applications over the coming year ... but you asked about the disadvantages, so:

Unstable API: The Node API has a habit of changing in backwards-incompatible ways from release to release, and frequent changes to your codebase are required to keep things running on the latest version. That said, things are supposed to be more stable since 0.2.0 has been released.
Lack of a standard library: JavaScript is a language with a beautiful core, but an absolutely anemic standard library -- things that you would take for granted as part of other server-side language installs will simply not be there.
Lack of libraries in general: Need to find a mature database interface? An ORM? An image processing library? An XML parser? An S3 client? -- Since JavaScript hasn't yet enjoyed years of popularity on the server side, things like these are either brand-new and relatively untested, or still-in-the-works.
It's not battle-tested yet: I think it's still a relatively open question about what the pain points are for large Node.js applications -- and until we have some in production for months and years, we're not going to know where the trouble might lie. There isn't anything obvious to be careful of, but it's uncharted territory, with respect to performance, security, and maintainability.
That's about all I can think of -- note that I didn't say the JavaScript was a disadvantage, or the evented model, or V8... I, for one, can't wait to have strong enough library support to justify using it for green field projects, and we seem to be approaching that day quite rapidly.

Kết quả (Việt) 1:

Đầu tiên, một caveat: tôi nghĩ rằng Node.js là tuyệt vời, và có một cơ hội tuyệt vời để trở thành tiêu chuẩn vàng cho các ứng dụng web qua năm tới... nhưng bạn hỏi về những khó khăn, vì vậy:API không ổn định: Node API có một thói quen của việc thay đổi theo những cách không tương thích ngược trở lại từ bản phát hành để phát hành, và thay đổi thường xuyên để codebase của bạn được yêu cầu để giữ cho mọi thứ chạy trên phiên bản mới nhất. Điều đó nói rằng, điều này có nghĩa vụ phải ổn định hơn kể từ khi 0.2.0 đã được phát hành.Thiếu một thư viện chuẩn: JavaScript là một ngôn ngữ với một lõi xinh đẹp, nhưng một thư viện chuẩn hoàn toàn thiếu máu - điều mà bạn sẽ có cho phép như một phần của ngôn ngữ server-side khác cài đặt sẽ chỉ đơn giản là không có.Thiếu các thư viện nói chung: cần phải tìm một giao diện trưởng thành cơ sở dữ liệu? Một ORM? Một thư viện xử lý hình ảnh? Một phân tích cú pháp XML? Một khách hàng S3? -Kể từ khi JavaScript chưa được hưởng tuổi phổ biến ở phía máy chủ, những thứ như thế này là hoàn toàn mới và tương đối chưa được kiểm tra, hoặc vẫn còn trong trình.Nó không phải là thử nghiệm chiến đấu nào được nêu ra: tôi nghĩ rằng nó vẫn còn là một câu hỏi tương đối mở về những gì đang có điểm đau cho ứng dụng Node.js lớn... và cho đến khi chúng tôi có một số sản xuất cho tháng và năm, chúng tôi sẽ không biết nơi mà các vấn đề có thể nói dối. Không có bất cứ điều gì rõ ràng phải cẩn thận, nhưng nó là lãnh thổ uncharted, đối với hiệu suất, an ninh và bảo trì.Đó là về tất cả tôi có thể nghĩ - lưu ý rằng tôi đã không nói JavaScript là một bất lợi, hoặc evented mô hình, hay V8... Tôi, cho một, không thể chờ đợi để có mạnh mẽ hỗ trợ thư viện đủ để biện minh cho việc sử dụng nó cho các dự án lĩnh vực màu xanh lá cây, và chúng tôi dường như tiếp cận ngày hôm đó khá nhanh chóng.

Kết quả (Việt) 2:

Đầu tiên, một caveat: Tôi nghĩ Node.js là tuyệt vời, và có một cơ hội tuyệt vời để trở thành tiêu chuẩn vàng cho các ứng dụng web trong năm tới ... nhưng bạn được hỏi về những khó khăn, như vậy: API không ổn định: API Node có một thói quen thay đổi trong cách ngược không tương thích từ phiên bản phát hành, và thay đổi thường xuyên để codebase của bạn được yêu cầu để giữ cho mọi thứ chạy trên phiên bản mới nhất. Điều đó nói rằng, những thứ được cho là ổn định hơn kể từ 0.2.0 đã được phát hành. Thiếu một thư viện chuẩn: JavaScript là một ngôn ngữ với một lõi xinh đẹp, nhưng một tiêu chuẩn thư viện hoàn toàn thiếu máu - điều mà bạn sẽ đưa cho các cấp như một phần các cài đặt ngôn ngữ phía máy chủ khác sẽ chỉ đơn giản là không có mặt ở đó. Thiếu thư viện nói chung: Cần tìm một giao diện cơ sở dữ liệu trưởng thành? Một ORM? Một thư viện xử lý hình ảnh? Một phân tích cú pháp XML? Một khách hàng S3? - Kể từ khi JavaScript vẫn chưa được hưởng năm của sự nổi tiếng ở phía máy chủ, những thứ như thế này là một trong hai thương hiệu mới và tương đối chưa được kiểm tra, hoặc vẫn-in-the-công trình. Nó không phải chiến đấu thử nghiệm nào: Tôi nghĩ rằng nó vẫn là một câu hỏi tương đối cởi mở về những gì các điểm đau là cho các ứng dụng Node.js lớn - và cho đến khi chúng tôi có một số trong sản xuất cho tháng và năm, chúng tôi sẽ không biết nơi mà các vấn đề có thể nói dối. Không có gì rõ ràng cần phải cẩn thận, nhưng đó là lãnh thổ thám hiểm, liên quan đến hiệu suất, bảo mật, và bảo trì với. Đó là tất cả tôi có thể nghĩ ra được - lưu ý rằng tôi đã không nói JavaScript là một bất lợi, hoặc mô hình evented, hoặc V8 ... tôi, với một, không thể chờ đợi để có đủ sự hỗ trợ thư viện mạnh để biện minh cho việc sử dụng nó cho các dự án lĩnh vực màu xanh lá cây, và dường như chúng ta đang tiến tới ngày hôm đó khá nhanh chóng.