Cosa rende così unico Node.js? [chiuso]

Recentemente ci sono stati molti elogi per Node.js. Non sono uno sviluppatore che ha avuto molta esposizione alle applicazioni di rete. Dalla mia nuda comprensione di Nodes.js, il suo punto di forza è: abbiamo un solo thread che gestisce più connessioni, fornendo un'architettura basata su eventi.

Tuttavia, ad esempio in Java, posso creare solo un thread utilizzando NIO / AIO (che è API non bloccanti dalla mia comprensione nuda) e gestire più connessioni utilizzando quel thread e fornisco un'architettura basata su eventi per implementare i dati gestione della logica (non dovrebbe essere così difficile fornendo un callback ecc.)?

Dato che JVM è una VM ancora più matura di V8 (mi aspetto che funzioni anche più velocemente) e l'architettura di gestione basata su eventi sembra essere qualcosa di non difficile da creare, non sono sicuro del motivo per cui Node.js sta attirando così tanta attenzione. Mi sono perso alcuni punti importanti?

Sebbene tale concetto possa effettivamente essere implementato in molte lingue (e come menzionato dodgy_coder , è stato implementato almeno in Ruby e Python), non è affatto banale come dici.

È vero, Java ha API IO non bloccanti. In questo modo è possibile eseguire operazioni di IO su disco / rete non elaborate in modo non bloccante. Tuttavia, ogni API che in qualche modo avvolge o gestisce IO deve essere implementata anche in modo non bloccante. Ogni parser XML, ogni driver di database, ogni convertitore di formato file deve essere scritto per supportare IO non bloccante. Perché se una singola libreria sta bloccando in questo modello, ciò riduce le prestazioni dei server ai valori dell'età della pietra.

Node.js ha quell'infrastruttura di libreria, perché è sempre stata progettata in questo modo: ogni libreria che si sforza di diventare popolare deve fornire un'API asincrona o non verrà utilizzata.

Probabilmente il motivo principale è che utilizza JavaScript per scrivere componenti lato server per cose come server Web, applicazioni Web o servizi Web. Questo unifica il tradizionale linguaggio di sviluppo front-end (lato client) JavaScript con il linguaggio lato server.

Hai ragione - il fatto che non sia bloccante, utilizzando il modello di reattore non è unico - è stato fatto prima di usare altri linguaggi e framework, come Ruby EventMachine o Python's Twisted, ad esempio.

I tre motivi principali che vorrei dare sono:

1. IO non bloccante / IO asincrono. Questo è cancellato ovunque sul web e nei poster precedenti. Una cosa che vorrei contribuire è che la progettazione del codice per assumere esplicitamente comportamenti asincroni aiuta il motore del compilatore a massimizzare l'hardware. Sì, molti compilatori JIT e processori hyperthreading accettano codice sincrono e aiutano a parallelizzare l'esecuzione. Questo ovviamente è l'approccio migliore. Al contrario, creando esplicitamente l'applicazione per asincrono, si garantisce che il motore e l'hardware possano massimizzare i tempi di esecuzione del codice. Certo, non ho dati quantificabili per dimostrarlo, ma mi fa sentire dentro di me pensare in questo modo.

2. Base di codice singola per client e server. Ciò presenta una serie di vantaggi: aiuta a ottimizzare i costi del datacenter, essendo in grado di spostare la logica aziendale dal server al client; aiutare a riutilizzare la logica aziendale / la convalida dei dati; ridurre la complessità delle competenze degli sviluppatori che devono esistere per supportare il prodotto (rispetto a Python e javascript).

3. Bassa barriera all'ingresso. In molti modi Javascirpt è come Basic, Pascal e Perl di un anno. È semplicissimo iniziare a scrivere codice e non richiede molta conoscenza del dominio per iniziare. Questo aiuta anche a ridurre i costi di sviluppo, essendo in grado di attirare più sviluppatori jr e accelerare un progetto. [Ovviamente è necessario superare gli ideologi che credono che i linguaggi di programmazione debbano essere difficili per eliminare gli sviluppatori a basso funzionamento]