Angular: 10 razones por las que nunca lo usaría para desarrollo

Yo nunca usaría Angular para desarrollar

Las opiniones pueden ser controversiales, pero los fundamentos sobre porque no usaría Angular, son sustentables y pese a todo no intentan descalificar a la herramienta.

  1. Angular presenta una arquitectura jerárquica en forma de árbol y ámbitos profundos.

Debido a una arquitectura en capas, Angular puede terminar siendo un marco un poco difícil de depurar a veces y las personas que no están acostumbradas a arquitecturas de n niveles pueden encontrar algunos de los conceptos como abstrusos.

Especialmente la depuración de los osciloscopios en una gran aplicación angular puede ser un problema a veces.

Todos los inyectores en angular también son de naturaleza jerárquica y a veces hacen que los angulares tengan un anidamiento profundo.

Un problema llamado burbujeo del inyector muestra uno de los problemas con los osciloscopios anidados.

Un componente solicita otro componente y angular intentará cumplir la dependencia con el propio inyector de los componentes, pero si no puede encontrarlo, los constructores similares en la creación de objetos lo pasarán a la cadena a su inyector principal y así sucesivamente.

Estas solicitudes siguen apareciendo hasta que angular no puede encontrar un inyector que pueda atender la solicitud, ya que se queda sin inyectores para atender la solicitud.

Por lo tanto, en los casos en que se quede sin ancestros, generará una excepción, esto puede ser bastante doloroso de depurar, especialmente si codificó un error en una de las clases base.

Las formas de limitar esto también existen, pero en general, las jerarquías profundas complican las cosas para los usuarios novatos a veces.

Por lo tanto, Angular puede tener una curva de aprendizaje pronunciada para los principiantes en el desarrollo de software.

  1. Concepto de inyección de dependencia e inversión de control

Es un concepto bastante útil, pero algo que los desarrolladores más sintonizados con el estilo tradicional de desarrollo pueden encontrar un desafío.

Una, hay muchas formas de hacer la inyección de dependencias y en muchos marcos, el cableado, etc. se realiza a nivel de bean o en una capa de configuración y las dependencias se inyectan a través de constructores o inyección basada en interfaz o usando getters y setters.

Sin embargo, sea cual sea el enfoque que se adopte, es bastante difícil dominar el concepto y cómo administrar las dependencias de esta manera para los desarrolladores de dom.

A veces, la curva de aprendizaje en torno a DI puede ser un problema para varios equipos.

  1. Compensación de rendimiento

Debido al enlace de datos bidireccional, especialmente en dispositivos antiguos, la manipulación angular de dom también puede conducir a una compensación de rendimiento, ya que el navegador estará muy ocupado manipulando los elementos dom y consumirá muchos de los recursos informáticos.

Aunque esto no es aplicable a las computadoras modernas con suficiente RAM / CPU e incluso dispositivos móviles, las versiones anteriores definitivamente pueden experimentar un retraso debido a toda la abstracción inherente construida dentro de angular.

  1. Acoplado a JavaScript + Typecript.

Dado que para usar angular necesita tener javascript instalado en su máquina.

Esto puede ser un problema cuando javascript no está disponible con el sistema operativo, que es el caso en algunos y los usuarios finales tendrán que instalarlo para poder desarrollar aplicaciones angulares y ejecutar la aplicación final.

Además, una aplicación que no es de naturaleza políglota puede resultar difícil de ampliar para los desarrolladores que no están acostumbrados a un determinado lenguaje de programación.

  1. El encuadre de angular bidireccional puede ser su mayor uso, pero también su talón de Aquiles.

Funciona según el principio de un ciclo de resumen, que es una llamada recursiva para verificar el alcance de cada variable $ scope o observador en el HTML (árbol dom).

En el caso de un gran anidamiento en el árbol de dom, esto puede tener problemas de rendimiento y los desarrolladores deben tener cuidado con él.

Angular, Ángel o Demonio

Siga Leyendo esta nota

89 / 100