Red de conocimientos turísticos - Evaluación hotelera - ¿Cuáles son los marcos comúnmente utilizados en el front-end?

¿Cuáles son los marcos comúnmente utilizados en el front-end?

1. Marco de interfaz web Angular 2+

Análisis de las ventajas de Angular 2+;

La mayor ventaja de Angular 2+ es su popularidad. Otros creen que su nombre, que está estrechamente asociado con Google, influirá en el uso que le dé el equipo. La rápida popularidad de Angular 1 se debe a que las personas que provienen de otros entornos de desarrollo de aplicaciones interactivas encontrarán que tienen un patrón de vista de modelo similar para desarrollar aplicaciones web de una sola página. Al modernizar Angular 1 y refactorizar partes del marco, Angular 2+ realmente se ha disparado. El gran número de instituciones de formación formales e informales es impresionante y los promotores tienen una fuerte competitividad en el mercado. Para los usuarios, tiene un amplio conjunto de componentes para crear interfaces de usuario, y este es uno de los pocos marcos de esta serie que puede hacer esto.

Análisis de desventajas:

Creemos que el marco Angular se centra en la creación de interfaces de usuario en una aplicación de una sola página, pero no aborda el problema más amplio de crear una aplicación web completa. Si no se identifica a tiempo, puede hacer que todo el proyecto sea insostenible. En proyectos reales, las tecnologías proporcionadas por el tiempo de ejecución que no forman parte del marco central a menudo parecen increíbles, lo que reduce en gran medida el valor de TypeScript para el desarrollador final.

Dirección del desarrollo:

Angular 5 acaba de ser lanzado y parece que Angular ha confirmado con éxito su compromiso con un lanzamiento rápido. Con el apoyo continuo de Google, Angular será cada vez más maduro.

Como muchas organizaciones grandes, Google tiene personalidades múltiples (divididas). Desde fuera, existe armonía entre el equipo de Angular y aquellos centrados en los estándares de navegadores. Pero lo que queremos decir es que la armonía es sólo un trozo de papel bastante fino. El equipo de Angular no tiene una solución real para componentes web y aplicaciones web progresivas. Creemos que los estándares generalmente reconocidos por la industria se implementarán gradualmente en el marco Angular, lo que afectará la forma de construir mejor aplicaciones Angular y se convertirá en un riesgo a mediano y largo plazo.

Entorno de uso:

Si necesita obtener recursos técnicos en un marco grande, la tecnología en el marco generalmente es fácil de trasplantar o necesita capacitar a los desarrolladores en el marco y; Si tienen cierta confianza en adquirir ciertas capacidades de desarrollo en un corto período de tiempo, entonces pueden considerar Angular 2+. Cabe señalar que Angular1 (angular.js) es completamente diferente de Angular2+ y sus aplicaciones, tecnologías y experiencias no se pueden trasplantar directamente al desarrollo de Angular2+.

Si su aplicación web se puede convertir bien al patrón de vista de modelo estándar, entonces puede ignorar las demás y considerar usar Angular2+ directamente.

Si te sientes cómodo con el patrón de diseño Material UX de Google, Material Angular es una forma rápida, fácil y confiable de seguir este patrón.

2. Marco front-end web de React+Redux

Análisis de las ventajas de React+Redux;

La mayor ventaja de React y Redux es su relativa simplicidad y enfoque. Es muy difícil hacer una cosa y hacerlo bien, pero ambas bibliotecas logran sus objetivos de manera efectiva. Si bien algunos métodos de contenedor de estado pueden ser externos, la mayoría de los desarrolladores pueden comprender fácilmente los conceptos y comprender los beneficios de una arquitectura de datos unidireccional, simplificando una amplia gama de aplicaciones de interfaz de usuario.

Análisis de debilidades:

La mayor debilidad de React y Redux no es lo que son, sino lo que no son. Para crear una aplicación web rica en funciones, se requieren muchas funciones. Una vez que salgas del núcleo de bibliotecas como React y Redux, encontrarás una comunidad muy fragmentada con innumerables soluciones y patrones que no son fáciles de integrar.

Entonces, aunque React y Redux son bibliotecas muy especializadas, es fácil para equipos sin experiencia producir soluciones insostenibles sin darse cuenta de que sus elecciones pueden generar un rendimiento deficiente o errores. Incluso los desarrolladores experimentados pueden darse cuenta de que la arquitectura o las convenciones flexibles pueden molestarles en el futuro.

Ahorrar dinero falsamente es una especie de engaño a uno mismo. Adoptar React y Redux dentro de una organización reducirá fácilmente la ineficiencia. Sin el amplio acuerdo y la estandarización de otras bibliotecas y patrones, React+Redux se estandariza de manera más eficiente que el JavaScript que usamos para escribir aplicaciones.

A dónde ir:

Facebook y React han salido recientemente de engorrosas disputas sobre patentes y se han dado cuenta de que, al igual que otros proyectos, la comunidad en general puede alzar su voz. Creo que ayudó a Facebook a darse cuenta de que no podían entendernos mejor y confiar en nosotros para guiar este proyecto. Esperemos que esto continúe a lo largo del carácter y la dirección técnica del proyecto.

El futuro de React y Redux es difícil de predecir.

Sin embargo, las bibliotecas centralizadas aumentan significativamente la adaptabilidad y la mayoría de los patrones de React+Redux promueven una arquitectura única para que pueda refactorizarse e iterarse fácilmente. Hace dos años, a todos les gustaba React+Flux, pero pronto toda la comunidad adoptó Redux. Se pueden adoptar fácilmente otros cambios importantes en el pensamiento o el paradigma. Es probable que esta capacidad crítica continúe en el futuro.

Entorno de uso:

Si rara vez necesita orientación práctica y busca una biblioteca mejor que un marco integral, React + Redux puede ser la solución. Durante este proceso, debe ser honesto no sólo acerca de las capacidades de su equipo y organización, sino también durante el desarrollo inicial y el mantenimiento a largo plazo de toda la aplicación.

3. Vue.js del marco front-end web

Ventajas de vue.js:

La capacidad de construir paso a paso es la mayor ventaja de vue.js vue tiene simplicidad Arquitectura razonable, fácil de entender y construir.

Vue tiene una comunidad fuerte y apasionada, lo que agrega un gran valor a vue.js y hace que sea muy fácil crear una solución integral para un proyecto en blanco.

Desventajas:

La conversión entre aplicaciones de vista de modelo y aplicaciones de tipo contenedor de estado puede resultar confusa, incluso si no implica la conversión de un modo a otro La conversión perfecta de dos modos También hará que la gente sienta que quiere mantener la correlación entre los dos modos. Para aquellos que esperan una solución perfecta de vue.js, puede dificultar el mantenimiento de aplicaciones inconsistentes, lo que resulta, como mínimo, confuso.

El mayor desafío es que vue.js depende de una sola persona. Obviamente, otros proyectos cuentan básicamente con el apoyo de una organización, pero esto parece más significativo. Aunque existe una comunidad de documentación sólida y muchos proyectos nuevos e innovadores, el desarrollo de Vue Core básicamente recae en una sola persona.

Estamos contentos de ver que Vue es más receptivo a los enfoques de estándares emergentes, pero su patrón similar al de componentes web, en lugar de los verdaderos componentes web, puede ser donde Vue pierde más de lo que gana.

Perspectivas de desarrollo:

Aunque vue.js tiene una amplia gama de aplicaciones, es difícil predecir cuánto durará este impulso en el mediano plazo. No cuenta con el soporte ni el mantenimiento directo de una organización comercial, por lo que depende en gran medida de la viabilidad y el deseo de sus mantenedores de continuar manteniéndolo.

También muestra cierto grado de adaptabilidad lingüística, continuando manteniendo la modernidad y modernidad de su propia lengua a medida que ciertos modelos se quedan atrás y caen en desgracia. Actualmente no hay indicios de que la arquitectura vue.js no pueda adaptarse a un mayor desarrollo en el futuro.

Escenarios de uso:

Si tiene una aplicación web tradicional y necesita una capa de aplicación potente y robusta, vue.js puede ser una buena opción. Tiene un patrón claro e incluso los equipos sin experiencia pueden utilizarlo de forma correcta o incorrecta. Aunque el marco vue UX no tiene una funcionalidad lista para usar, puede continuar creando una gran cantidad de aplicaciones en vue.js, lo que será beneficioso para su proyecto.

Lo anterior es un artículo sobre el análisis de las ventajas y desventajas de los marcos front-end web de uso común. Para convertirse en un talento front-end calificado, debe dominar estos marcos.