Node.js o servlet? [chiuso]

Question

Node.js o servlet? [chiuso]

#1 da (11 voti)

9

Ho sentito molto e ho letto sul linguaggio del lato server Javascript i.e Node.js, e ho visto molti confronti a favore del Nodo.

Non capisco cosa lo renda migliore o più veloce, o come si riferisca anche a qualcosa di così maturo come Java Servlet.

Ma le Servlet sono costruite su un linguaggio di programmazione multithread in contrapposizione a Node.js. Allora come può node.js essere più veloce?

Se supponiamo che gli utenti 1000K richiedano un record del database, allora Node.js non dovrebbe essere più lento di Servlet.

Inoltre I servlet non hanno una sicurezza migliore rispetto a Node.js?

javascript java-ee node.js

posta Nilesh 11.10.2012 - 08:05

fonte

1 risposta

Leggi altre domande sui tag javascript java-ee node.js

Il test di integrazione dovrebbe essere incluso nell'integrazione continua (CI)? Dare una presentazione su "stile codice e motivi di progettazione" [chiuso]

score 11 · Accepted Answer

Stai mescolando mele e arance, tipo.

I servlet (o ereditari di HttpServlet) consentono di accedere ai parametri di richiesta HTTP e di rispondere con qualcosa, tramite (o sopra) un'implementazione del server HTTP esistente.

Sebbene utilizzi Javascript come lingua, Node.js è a un livello inferiore rispetto a quello. Inizia effettivamente implementando il server HTTP. Puoi continuare a fare altre cose di alto livello in esso, tuttavia, come le applicazioni web.

Informazioni sul multi-threading, non è necessario. I server Node.js non sono più veloci a causa del multi-threading, sono più veloci perché non bloccano le richieste IO, quindi possono continuare a pomparle in coda, mentre fanno altre cose. Funzionano solo quando c'è lavoro da fare - non lo aspettano - e questo provoca un serio miglioramento delle prestazioni, come si è scoperto.

Come per le query sui database, si tratta in realtà di più dei vincoli nel modello di database e nelle API rispetto al client.

Per quanto riguarda la sicurezza - è davvero un argomento diverso, ed è comunque nelle mani di qualsiasi sviluppatore, non tanto nella biblioteca.