Bad concurrency primitivesNode's co

Bad concurrency primitives
Node's core is entirely built on top of the premise of asynchronous I/O. Being a single-threaded platform focused on I/O bound applications on top of a language that does not guarantee purity and has no support for co-routines, this is an understandable choice. It is much better than heavy-weight threads with shared state, as you have in Java and similar mainstream languages. But it's a poor model of concurrency to expose to the platform, none the less.

JavaScript doesn't really have any good primitive for concurrency (although generators will allow cooperative concurrency, and can be used experimentally in Node today), and the core, along most libraries in the ecosystem, just straight up expect you to use continuation-passing style, which leads to non-compositional code, codebases that are difficult to reason about, and lots and lots of duplication and call-site specific glueing.

In JavaScript land the alternative with most acceptance is Promises/A+, but Promises/A+ are Considered Harmful, specially due to how they automatically catch synchronous errors thrown in a function (but nothing else), and the automatic flattening of “thenables”, which leads to behaviour that is difficult to reason about, and impossibility of expressing some abstractions. Truly monadic specifications for promises were proposed, but ultimately rejected by the community and TC-39¹. With generators, people started experimenting with Communicating Sequential Processes. A move to CSP would be pretty interesting, but they're fairly experimental right now.

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

Bad concurrency nguyên thủyNode's core hoàn toàn được xây dựng trên đầu trang của các tiền đề của không đồng bộ I/O. là một nền tảng duy nhất-ren tập trung vào I/O ràng buộc các ứng dụng trên đầu trang của một ngôn ngữ mà không đảm bảo độ tinh khiết và có không có hỗ trợ cho các thói quen đồng, đây là một sự lựa chọn dễ hiểu. Nó là tốt hơn nhiều so với trọng lượng nặng chủ đề với trạng thái được chia sẻ, như bạn có trong Java và tương tự như các ngôn ngữ chính. Nhưng nó là một mô hình nghèo của concurrency để lộ cho nền tảng này, không ít hơn.JavaScript thực sự không có bất kỳ nguyên thủy tốt cho concurrency (mặc dù máy phát điện sẽ cho phép các hợp tác xã concurrency, và có thể được sử dụng thử nghiệm trong nút hôm nay), và cốt lõi, dọc theo hầu hết các thư viện trong các hệ sinh thái, chỉ thẳng lên hy vọng bạn sử dụng tiếp tục đi qua phong cách, dẫn đến mã không sáng tác, codebases đó là khó khăn để lý do về, và rất nhiều và rất nhiều trùng lắp và trang web cuộc gọi cụ thể glueing.Trong JavaScript đất thay thế với sự chấp nhận hầu hết là lời hứa hẹn / A +, nhưng lời hứa hẹn / A + là coi là có hại, đặc biệt do làm thế nào họ sẽ tự động bắt lỗi đồng bộ ném trong một chức năng (nhưng không có gì khác), và tự động phẳng của "thenables", dẫn đến hành vi đó là khó khăn để lý do về, và impossibility bày tỏ một số abstractions. Thông số kỹ thuật thực sự monadic đối với lời hứa hẹn đã được đề xuất, nhưng cuối cùng bị từ chối bởi cộng đồng và TC-39¹. Với máy phát điện, người dân bắt đầu thử nghiệm với các giao tiếp quá trình tuần tự. Một di chuyển đến CSP sẽ khá thú vị, nhưng họ đang khá thử nghiệm ngay bây giờ.

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

Xấu đồng thời nguyên thủy
lõi Node được hoàn toàn được xây dựng trên tiền đề của không đồng bộ I / O. Là một nền tảng đơn luồng tập trung vào I / O bị ràng buộc các ứng dụng trên đầu trang của một ngôn ngữ mà không đảm bảo độ tinh khiết và không có hỗ trợ cho đồng thói quen, đây là một sự lựa chọn dễ hiểu. Nó là tốt hơn nhiều so với đề nặng cân với nhà nước chia sẻ, như bạn có trong Java và ngôn ngữ chính thống tương tự. Nhưng đó là một mô hình kém đồng thời để lộ cho nền tảng này, không ít hơn. JavaScript không thực sự có bất kỳ nguyên thủy tốt cho đồng thời (mặc dù máy phát điện sẽ cho phép đồng thời hợp tác, và có thể được sử dụng thử nghiệm tại Node ngày nay), và cốt lõi, cùng hầu hết các thư viện trong hệ sinh thái, chỉ thẳng lên mong bạn để sử dụng phong cách tiếp-qua, dẫn đến phi mã cấu trúc, codebases rằng rất khó để lý do về, và rất nhiều và rất nhiều sự trùng lặp và gọi chỗ Máy dán cụ thể. trong JavaScript đất thay thế với hầu hết chấp nhận là Promises / A +, nhưng lời hứa / A + được coi là có hại, đặc biệt do cách họ tự động bắt lỗi đồng bộ ném vào một chức năng (nhưng không có gì khác), và sự làm phẳng tự động của "thenables", dẫn đến hành vi đó là khó khăn để lý do về, và bất khả thể hiện một số khái niệm trừu tượng. Quả thật chi tiết kỹ thuật monadic cho những lời hứa đã được đề xuất, nhưng cuối cùng bị từ chối bởi các cộng đồng và TC-39¹. Với máy phát điện, người ta bắt đầu thử nghiệm với Giao tiếp quá trình tuần tự. Một di chuyển để CSP sẽ là khá thú vị, nhưng họ đang khá thử nghiệm ngay bây giờ.