Il punto di forza di Meteor è nella sua funzionalità di aggiornamenti in tempo reale che funziona bene per alcune delle applicazioni social che vedi oggigiorno, dove vedi gli aggiornamenti di tutti per ciò su cui stai lavorando. Questi aggiornamenti sono incentrati sulla replica di sottoinsiemi di una raccolta MongoDB sotto le copertine come aggiornamenti del database mini-mongo locale (il loro sottoinsieme MongoDB lato client) sul tuo browser web (che causa l'attivazione di più eventi di rendering sui tuoi modelli). L'ultima parte sugli aggiornamenti di rendering multipli è anche il punto debole. Se vuoi che la tua interfaccia utente controlli quando viene aggiornata (ad esempio, le classiche pagine jQuery AJAX in cui carichi l'HTML e controlli tutte le chiamate AJAX e gli aggiornamenti dell'interfaccia utente), combatterai questo meccanismo.
Meteor utilizza una bella pila di plugin Node.js (Handlebars.js, Spark.js, Bootstrap css, ecc. Ma utilizza il proprio meccanismo di pacchettizzazione invece di npm) sotto insieme a MongoDB per il livello di archiviazione che non è necessario Pensa a. Ma a volte finisci anche per combatterlo ... ad esempio, se vuoi personalizzare il tema Bootstrap, rovina la sequenza di caricamento del file responsive.css di Bootstrap quindi non è più reattivo (ma questo probabilmente si risolverà da solo quando Bootstrap 3.0 sarà presto disponibile).
Quindi, come tutti i "framework full stack", le cose funzionano alla grande finché l'app si adatta a ciò che è previsto. Una volta che si va oltre tale ambito e si oltrepassano i confini, si potrebbe finire per combattere il framework ...