ExpressJS vs MeteorJS

Question

Sono bloccato in una correzione. Ho appreso MeteorJS per sviluppare un'applicazione web e sono a un quarto del mio percorso. Poi arriva Meteor che è stato rilasciato di recente. Ha ricevuto molta stampa, finanziamenti e ha il vantaggio di poter portare a Cordova. Ora non sono sicuro di aderire a ExpressJS o di passare a Meteor.

Punti chiave: scalabilità, facilità d'uso, l'efficienza di sviluppo

Answer 1

Express = MVC Framework creato in Javascript ed è alimentato dal nodo.

Meteor = Stack completo con componenti front-end e back-end per creare un'applicazione in tempo reale.

Per creare la stessa implementazione di Meteor utilizzando Express, è necessario esaminare lo stack MEAN, che include MongoDB, Express, AngularJS e Node. Puoi creare la stessa cosa in Meteor che puoi con lo stack MEAN, stai solo imparando molto di più, specialmente con AngularJS. Express e Angular sono curati in Meteor usando il sistema di template di Meteor e Blaze.

Vorrei restare con Meteor. Ha ancora alcuni inconvenienti, ma ci sono soluzioni alternative. È incredibile quello che puoi mettere insieme in poco tempo.

Answer 2

si sta confrontando le arance con le patate. Expressjs è backend e Meteor è fullstack, un tale confronto è ingiusto!

Ho lavorato con Meteor a partire da 0.8 e ho sofferto nella pelle il dolore dell'aggiornamento, la rimozione di vecchi pacchetti di terze parti vitali, ecc. Hai avuto l'idea. Anche se Meteor ha raggiunto 1.0, non penso che il componente mobile sia abbastanza pronto, controlla i problemi di github su di esso.

Penso che Meteor sia pronto per costruire piattaforme online. Se trovi che non funziona bene sul cellulare, puoi comunque mantenere la tua applicazione Meteor e crearne un'API, puoi trovare pacchetti su atmospherejs.com (oppure usare iron: router). Questo è quello che vorresti con Expressjs: creare un'API da utilizzare con i dispositivi mobili.

Informazioni sui punti chiave della meteora: scalabilità: è possibile scalare Meteor anche se non si tratta di un buon articolo ma se si dà un'occhiata a Kadira, Arunoda è riuscito a ridimensionarlo. Facilità d'uso - È abbastanza semplice scrivere un'applicazione Meteor all'inizio, ma a lungo termine dovrai affrontare alcuni problemi come quello che ho dovuto affrontare. Efficienza di sviluppo - La mia esperienza in team non è stata così positiva, abbiamo avuto cattive scelte di progettazione architettonica e alcuni bug perché i nuovi sviluppatori (anche quelli esperti) non hanno ottenuto Meteor, ad esempio: invece di usare Collections permettono e negano le regole, usano Meteor .metodi per tutto ciò che non si traduce in sicurezza. Alcuni addirittura pubblicano l'intero database sul client e dicono: Funziona alla grande sul mio localhost: D

Informazioni su express: Ho poca esperienza su di esso ma il confronto con Meteor, non è affatto equo. Meteor non ha lo stesso scopo di Expressjs.

Un confronto con media Stack avrebbe molto più senso: http://mean.io/

Answer 3

Express.js è molto diverso da Meteor.

Meteor cerca di fornire un buon quadro per tutti coloro che prendono molte decisioni (si spera che le decisioni siano buone) di solito non interessano dal punto di vista dello sviluppo dell'applicazione: quale libreria di trasporto utilizzare, come sincronizzare i dati, come costruire un API riutilizzabile, sicurezza, operazioni CRUD con il database, ecc.

Invece Meteor offre un'esperienza unificata in tutto lo stack. Dal momento che ha così tanto potere di controllo su backend, trasporto, interfacce, front-end, costruzione di una catena di strumenti - può costruire un sacco di caratteristiche pulite che sarebbero molto più difficili da incollare da Mongo + Express + il tuo framework di front-end preferito + + socket.io grugnito/sorso.

Leggi il blog del creatore di Socket.io su quanto sia difficile offrire una buona esperienza utente in app a singola pagina in questi giorni: http://rauchg.com/2014/7-principles-of-rich-web-applications/. Meteor fa molto di più e di più. (eccetto per il rendering e le previsioni sul lato server, almeno adesso).

Pensa a quanti buchi di sicurezza avrai se scegli le astrazioni a un livello troppo basso nella speranza di implementare tutto correttamente.