javascript - style - title tag html

Reaccionar alternativas (7)

Antes de volcar su código existente, puede intentar integrar React en su aplicación MVC como solo la capa de vista. Por ejemplo, la integración de Backbone es muy sencilla:

No parece haber alternativas de producción listas para reaccionar que le den solo la "V" en MVC. Aunque hay algunas ideas interesting por ahí.

Para responder directamente a su pregunta, Mithril es un marco MVC que usa un DOM virtual y tiene buena documentación.

Si ya tiene problemas de rendimiento al renderizar una gran cantidad de elementos, cambiar a algo como Angular, Ember o RiotJS es poco probable que sea el camino más directo hacia una solución.

Actualizar

Deku y CycleJS también son opciones.

Utilizamos un marco JavaScript MVC basado en eventos en nuestra aplicación, pero tenemos problemas de rendimiento con conjuntos de datos más grandes. Hemos implementado muchas de las mismas técnicas utilizadas en Reaccionar para aliviar nuestros problemas (renderizar en intervalos, comparar el estado de los datos y solo actualizar lo que cambió), pero me preocupa que estemos en el camino de implementar el nuestro, menos completo. marco de referencia. Antes de adoptar React para nuestras UI pesadas de datos, ¿cuáles son las alternativas?

Echa un vistazo a RiotJS . Es superligero (solo unos pocos kbs) y es mucho más fácil de usar.

Riot trae etiquetas personalizadas a todos los navegadores, incluido IE8. Think React + Polymer pero con una sintaxis ejecutable y una pequeña curva de aprendizaje.

El más conocido, por supuesto, es Angular JS , que es mantenido por Google (no es que importe, pero pensé que era interesante, teniendo en cuenta que Facebook hace reaccionar). Para una comparación en profundidad de los dos, vea este enlace .

Aquí hay algunas otras opciones:

Puede considerar alguna capa sobre React para una mejor administración del estado.

Om es una buena biblioteca si estás de acuerdo con ClojureScript, puedes leer más sobre esto en el blog del autor;
Quiescent : una abstracción ligera de ClojureScript sobre React;
Reagent : una interfaz minimalista de ClojureScript para React;
Morearty.js : administración centralizada del estado para React en JavaScript puro.

Estas bibliotecas utilizan estructuras de datos inmutables para representar su estado y definen el método shouldComponentUpdate para cada componente que simplemente realiza la comparación utilizando el operador fast === . Esta optimización debería dar más velocidad para su UI pesada, mientras que las instalaciones de administración del estado sensato deberían ser muy útiles para organizar y respaldar su código. Desde mi experiencia, es muy difícil administrar el estado mutable repartido entre los componentes.

Recientemente he descubierto a Deku

puede probar http://www.ractivejs.org/ , usa el mismo concepto de dom virtual tal como Facebook reacciona

cita del blog ractivo http://blog.ractivejs.org/posts/whats-the-difference-between-react-and-ractive/

La similitud más sorprendente fue el uso de un DOM virtual. Al igual que Ractive, React había descubierto que la creación de una representación abstracta del DOM permite operaciones a la velocidad de la luz al minimizar la cantidad de manipulación del DOM (el cuello de botella en la mayoría de las aplicaciones web) que debe tener lugar. También facilita la representación del lado del servidor sin algunos de los hacks locos que los usuarios de otras herramientas han tenido que emplear.

Extraño, nadie ha mencionado todavía Vue.js
Vue.js es una biblioteca para crear interfaces web interactivas. Proporciona componentes reactivos a los datos con una API simple y flexible.
Awesome Vue.js - una lista curada de cosas asombrosas relacionadas con Vue.js
¡Es una tendencia en este momento!