Nadie lo sabe, antes de que React se convirtiera en la biblioteca de JavaScript más popular, se creía ampliamente que se avecinaba una era de componentes web.
Algunos de los principales proveedores de navegadores, como Google y Mozilla, estaban trabajando para ampliar el DOM para proporcionar funciones como elementos personalizados y el DOM de la sombra, construyeron marcos como Polymer y Brick.
También se creía que Object.observe era un paso importante hacia la mejora del rendimiento de las bibliotecas de enlace de datos bidireccionales. El equipo de Angularjs incluso arrojó una bomba sobre sus usuarios porque su marco MVC superheroico era una porquería e iban a construir uno nuevo usando el Script para componentes web.
- ¿Sería mejor tener un nuevo sitio web creado o cambiar uno antiguo?
- ¿Las aplicaciones reemplazarán todos los sitios y webs en el futuro?
- Cómo saber que un sitio web en particular (cualquier sitio web) está aprobado por Google AdSense
- ¿Cuál es el sitio web vivo más antiguo de Internet?
- ¿Por qué es tan malo WordPress? ¿Y hay alguna alternativa real?
Por ahora, React se está volviendo muy fuerte, proporcionan una verdadera capacidad de compilación de la interfaz de usuario, una pequeña superficie API, capacidades de representación del lado del servidor, entre otras cosas. Parecen estar avanzando hacia proporcionar componentes funcionales con estado también.
Teniendo esto en cuenta, diré esto:
1. Streams y Observables serán muy populares.
2. La próxima era de frameworks pondrá más énfasis en la programación funcional y el uso de la función del lenguaje tanto como sea posible, lo que los hará mucho más pequeños y fáciles de usar.
3. Las estructuras de datos inmutables pueden convertirse en un valor predeterminado para cada marco, tal vez incluso una función de lenguaje.
4. Los lanzamientos de versiones de idiomas serán mucho más pequeños, por lo tanto, los navegadores los adoptarán mucho más rápido.
5. John David-Dalton siempre encontrará una manera de hacer lodash más rápido que la implementación nativa en el navegador (lo más probable es que siga siendo cierto)
6. Podríamos ver turbulencias en el lado del servidor, dada la desafortunada situación con express. Con suerte, aún se resuelve y JavaScript gana al final.
7. La agrupación de módulos podría no ser el flujo de trabajo preferido para JavaScript debido a HTTP / 2 (escéptico sobre esto).