La respuesta corta es “no”, la compensación de latencia no se puede transferir a Angular o React from Meteor. El equipo de Meteor lo ha cubierto completamente, en realidad.
Pausemos un segundo aquí. ¿Qué le da exactamente a Meteor la capacidad de realizar este tipo de simulación en el cliente, cuando marcos como Angular o Ember no pueden hacer tal cosa?
Todo se reduce a otro de los otros siete principios.
- ¿Hay algún sitio web que enseñe codificación a través de proyectos en vivo?
- ¿Cuáles son los desafíos técnicos comunes en el desarrollo de aplicaciones web móviles?
- Como fotógrafo de bodas, ¿debo usar un sitio basado en Flash (amigable con la estética) o un sitio basado en WordPress (compatible con SEO / iPhone)?
- Cómo configurar un sitio web con registro de cuentas de usuario e inicio de sesión
- ¿Puedes enumerar los complementos de WordPress que son esenciales y útiles para cada sitio web?
Si está intentando insertar una publicación en una base de datos, necesita, bueno, una base de datos. Aquí es donde entra en juego el principio de la base de datos en todas partes : como Meteor puede almacenar un subconjunto de la base de datos en el cliente, puede realizar operaciones en su contra y tener una idea bastante buena de cómo se verá el resultado en el servidor.
Esencialmente, Meteor puede simular una carga de datos sin hacer una carga completa desde el servidor porque usa una fuente de datos sincronizada en el lado del cliente. Por supuesto, otros marcos podrían usar una fuente de datos sincronizada en el lado del cliente, pero actualmente no lo hacen. Esto no significa que no puedan, pero lo que realmente significa es que probablemente ya estés haciendo alguna compensación de latencia, y si realmente quieres usar la compensación de latencia como Meteor, debes usar Meteor.
En mi experiencia, tan pronto como comience a usar JavaScript para un proyecto que es más grande que una caja de pan, necesita incorporar algún tipo de compensación de latencia. Las cargas toman tiempo y, en muchas circunstancias, ya tiene algo parecido a un conjunto de datos actual en algún modelo de respaldo. Marcos como Angular, Ember, Knockout … solo hacen que esto sea más probable. Tan pronto como comience a enlazar a las colecciones de respaldo en los servicios de datos, ha introducido la capacidad de precargar estas colecciones, mantener su enlace y luego actualizarlas después de la visualización. Esta es una forma de compensación de latencia, y en realidad es solo un patrón de diseño útil. La única razón por la que no puede decir que esto está integrado en estos marcos es porque tiene que construirlo usted mismo; y la razón por la que tiene que construirlo usted mismo es porque estos marcos no son bases de datos en todas partes .
Una Introducción a la Compensación de Latencia – Descubre Meteor
Creación de aplicaciones web de una sola página con Meteor
