Single codebase per client e server con Node.js [chiuso]

Naviga le tue risposte
1

Ci sono alcuni vantaggi reclamati a Node.js che in genere ascolto. Alcuni (molti?) Sono d'accordo. Ce n'è una che non capisco completamente, che è l'argomento della lingua unica: "Ora puoi usare una lingua sia dal lato client che dal lato server."

Questo non ha senso per me su molti livelli:

  1. la maggior parte delle persone conosce già più di una lingua e imparare un secondo non è comunque un grosso problema.
  2. JavaScript non è un grande linguaggio; se le persone avessero una scelta, probabilmente sceglierebbero qualcos'altro sul lato client, ma sono bloccati.
  3. la bellezza del lato server è che puoi scegliere QUALSIASI lingua (quindi ha senso scegliere la lingua migliore, più capace, con il minimo bagaglio).

L'unica ragione ragionevole che ho sentito è "se sto usando il backbone posso riutilizzare i miei modelli". Dal momento che non ho usato backbone da solo, non sono sicuro di quanto importi effettivamente troppo comunque.

Qualcuno può far luce?

    
posta Kevin 14.05.2013 - 06:15
fonte

2 risposte

4

Iniziamo con i tuoi punti:

  1. La maggior parte delle persone non vuole lavorare in più lingue nello stesso giorno.

  2. Javascript funziona. Potrebbe non essere l'apice del design del linguaggio, ma è incredibilmente flessibile. La qualità percepita della lingua si basa molto sul programmatore, che è piuttosto unico.

    • Ci sono alcune parti negative, ma ogni lingua ha quelle
    • Le parti danneggiate sono molto ben documentate e possono essere facilmente evitate
    • In realtà è piuttosto divertente scrivere. Non posso dirlo per nessun linguaggio OO.

  3. Alcune persone scelgono Javascript per il server e la popolarità di Node.js lo evidenzia. In effetti, gran parte della comunità Node.js proveniva da Ruby, che è considerata una lingua molto divertente da scrivere.

Ora per i miei punti:

  • Comunità fantastica con incredibile energia
  • Massiccia portabilità (include il riutilizzo del codice)
  • Gestore pacchetti decente

Trovo che Javascript sia una lingua divertente da scrivere. Quando lavoro in altre lingue, mi mancano spesso le funzioni che hanno fatto, come le funzioni di primo ordine, i metodi Array, le chiusure stupide e l'eredità prototipale ( è divertente quando lo si conosce)

Javascript è non la mia lingua preferita, ma non è sicuramente il peggiore. Da allora ho lasciato il carrozzone Node.js, ma lo tengo comunque nella mia cassetta degli attrezzi. È molto più interessante di linguaggi come Java o C ++.

    
risposta data 14.05.2013 - 09:18
fonte
1

"Ora puoi utilizzare una lingua sia lato client che lato server" non richiede che tale lingua sia JavaScript. Ci sono un certo numero di altre lingue che possono essere compilate in JavaScript, evitando alcune delle sue insidie. Alcuni sono progettati specificamente per lo scopo (ad esempio CoffeeScript) e altri dispongono di un ampio pool di programmatori esperti (ad es. Java).

Da un lato potrebbe sembrare strano compilare Java in JavaScript ed eseguirlo con Node invece di compilarlo in una guerra e utilizzare un server di applicazioni J2EE. D'altra parte, la compilazione di qualsiasi lingua sorgente che usi per JS sia per il client che per il server evita i problemi che potrebbero sorgere a causa dei trucchi di traduzione.

    
risposta data 14.05.2013 - 12:11
fonte

Leggi altre domande sui tag

Il codice e i dati devono essere trattati separatamente? Il modello UML corretto di un sistema per Boss non tecnico