No. Quiero decir, sí. Es decir, depende de tu perspectiva.
Desde una perspectiva técnica , cualquier desarrollador de juegos probablemente se reirá una vez que se dé cuenta de cómo funcionan React y Flux. Es solo flujo de datos. (Hice que un desarrollador de juegos se riera una vez que entendió lo simple que era el diseño). ¿Y el flujo de datos es una preocupación real para su aplicación web (tal vez lo sea)? ¿Cuántas aplicaciones realmente necesitan todas las cosas que React ofrece (tal vez usted necesita)? La mayoría se reduce a un par de formas. Una vez convertí una aplicación 3k SLOC en 500 SLOC de vanilla JS para un cliente. ( Advertencia : el diseño original había pasado por varias personas y era un desastre. El cliente no se había dado cuenta de lo simple que era el problema del dominio. YMMV.) Claramente, React ha sido útil para Facebook y LinkedIn, pero recuerde que la mayor parte de su aplicación (al menos para Facebook) está en la sección de administración.
Una cosa que sigo viendo: “¡Oh, reaccionar es tan rápido!” … ¿Rápido en comparación con qué? Obviamente no vainilla JS. Tú no puedes ser más rápido que eso. De hecho, vanilla JS puede ser dos órdenes de magnitud más rápido en muchos casos, ¡incluso en comparación con jQuery! React también aporta el tiempo de carga adicional. Decir “Reaccionar es rápido” parece un eslogan de campaña política: algo sin sentido y probablemente infundado. Y piénselo: ¿fue la carga o la velocidad de procesamiento lo que mantuvo presionada su aplicación web?
- ¿Cuál sería el mejor marco de desarrollo web para un sitio de servicio?
- ¿Qué CMS sería el mejor para desarrollar un sitio web que venda videos de pago por visión?
- ¿Es posible mover un componente de reacción de una aplicación a otra aplicación? ¿Y cómo?
- Cómo conectar Arduino a la base de datos MySQL
- ¿Por qué todos están en contra de PHP?
Por lo tanto, tenga cuidado de subirse a los vagones sin evaluar su caso de uso y qué problema realmente está tratando de resolver. Reaccionar es solo una herramienta. Tenga en cuenta que también trae un montón de dependencias de configuración / construcción. Y la comunidad. Esas cosas podrían ser más o menos. Solo depende
Sin embargo, desde una perspectiva comercial , React permite lo siguiente:
- Uso compartido de componentes más fácil (si está diseñado correctamente). La característica del libro de cuentos solo es bastante útil.
- Soporte comunitario.
- Adopción más fácil de convenciones, particularmente si se adopta Redux. Para empresas que desean plug-n-play en lugar de diseño ascendente. Lo que lleva a…
- Contratación de tubería. Seamos realistas: en muchas empresas, los ingenieros de software son solo engranajes en el sistema. IME, ha sido raro resolver problemas reales (en la interfaz). Lo fundamental ha sido simplemente la personalización, y eso incluso como mínimo. Cada vez más, los clientes quieren conjuntos de características específicas y bien conocidas (por ejemplo, búsqueda, saltos de desplazamiento, autocompletar) que interactúan con una API existente. React no es solo una herramienta para las empresas que hacen esto: es una tubería, un molde de ingeniería.
Personalmente, soy fanático de los equipos pequeños (2 o 3 personas experimentadas) que realizan diseño ascendente. Pero, si se va a entregar a otro equipo, entonces React podría ser una mejor opción.
No hay bala de plata.
Festina lente,
Thomas Klemz