Angular.js: El anuncio de la línea de tiempo de soporte de Angular 1.x es muy necesario.

Creado en 3 ene. 2017  ·  19Comentarios  ·  Fuente: angular/angular.js

Tenemos muchos clientes que nos preguntan sobre las fechas de soporte esperadas y no existe un único recurso confiable al que podamos señalarles. Hay diversa información inconclusa esparcida por Internet.

Esto aumenta la renuencia a usar Angular (ya sea 1 o 2+) en nuevos proyectos.

Obviamente, existe un deseo oculto de que las empresas migren antes a 2+, pero no se puede lograr por falta de información.

misc core more info

Comentario más útil

Chicos, ¿por qué cierran el problema sin proporcionar información? No puede anunciar nada ahora, está bien, pero creo que debería dejar el tema abierto hasta que se haga el anuncio.

Todos 19 comentarios

¿Puede explicar qué es exactamente lo que necesita saber? ¿Te refieres a actualizaciones de seguridad?

Seguridad y compatibilidad (con navegadores), sí.

Básicamente, observo una tendencia en la que los nuevos clientes están preocupados de que el "soporte" para Angular 1.x termine pronto, lo que podría poner en peligro sus proyectos en un futuro próximo. Lo que quieren decir exactamente con "apoyo" no es tan relevante, siempre que esté respaldado por algún tipo de anuncio oficial. Actualmente no existe una declaración clara al respecto y generalmente se percibe como una señal de abandono inminente del proyecto. Los clientes deben comprender si su proyecto Angular 1.x es relativamente "seguro" en el lapso de tiempo de 12-24 (o más) meses.

Incluso si el proyecto fuera abandonado, esto no significaría que los proyectos
para de trabajar.
Soporte del navegador Wrt. No habrá cambios en el soporte del extremo inferior.
Para el navegador actual, evaluaremos los cambios para las API modernas, pero desde
no hay BC para las nuevas versiones de Javascript no hay nada de qué preocuparse
sobre.
Traeré este tema en la próxima reunión.

Como desarrollador, lo entiendo y no espero que Angular 1.x se "rompa" pronto, incluso si no se lanzan nuevas versiones. Pero para los negocios, realmente tienden a confiar en estas "declaraciones oficiales" y creo que la comunidad Angular se beneficiaría de una, una forma u otra.

Simplemente, las declaraciones hechas hasta ahora (sobre la mayoría del tráfico y demás) no son lo suficientemente precisas para que las empresas puedan confiar.

Entonces, dicho esto, estaría agradecido por mencionar esto y si eso pudiera resultar en algún tipo de declaración, significaría mucho.

Sí, estoy en un gran proyecto angular 1.X que aún no está en producción, pero existirá durante MUCHO tiempo (gran empresa). Sería interesante tener información adicional en este sentido.

Si bien todavía no hay nada sustancial, el equipo de Angular es consciente de esto y definitivamente habrá información más concreta al respecto. Estoy cerrando este problema mientras tanto.

@Narretz Gracias por la respuesta. Sería bueno dejar un aviso aquí de dicha información cuando esté disponible, para quien ya esté rastreando este problema.

No estoy seguro de si este es el lugar apropiado para este comentario, pero también trabajo para una gran empresa con una inversión significativa en Angular 1.xy ahora estamos comenzando un gran proyecto de integración de sistemas que entregará numerosos proyectos de interfaz de usuario mejorados. Estoy tratando de alentar la adopción de Angular 2.x para estos esfuerzos, pero sin una hoja de ruta de soporte publicada, el equipo no desea actualizar y volver a capacitar al personal de desarrollo en el nuevo marco. Cualquier tipo de hoja de ruta de vida útil oficial para 1.x sería de gran ayuda para impulsar la adopción de 2.xy más allá.

@sellmeadog ,

Chicos, ¿por qué cierran el problema sin proporcionar información? No puede anunciar nada ahora, está bien, pero creo que debería dejar el tema abierto hasta que se haga el anuncio.

También estoy confundido acerca de esto. He estado investigando durante varios meses, con la impresión de que el desarrollo esencialmente terminó (estable) para AngularJS a favor de Angular2 (¿o 4?), Y ahora se ha lanzado 1.6.5 y estoy viendo discusiones sobre 1.7. ¿En qué dirección va este proyecto?

@RubyRabelle , tengo entendido que el código 1.X se actualiza continuamente para traer más y más conceptos 2+ a la base del código 1.X para que sea más fácil migrar a 2+ en el futuro.

Este sigue siendo un problema vivo, al menos para mí. Actualmente estoy viendo un sistema corporativo no trivial en Angular 1 y tengo que hacer recomendaciones específicas. En ausencia de mensajes claros, no tengo ninguna base para impulsar una migración a Angular 4 o apoyar la decisión de continuar desarrollando la base de código AngularJS actual durante los próximos años.

Sí, estoy en una implementación GRANDE de 1.xy recibo preguntas de la gerencia ahora sobre la situación de soporte a largo plazo

@tommck @stuartellis @ sebastian-zarzycki-es

Hemos resuelto una serie de problemas fundamentales con AngularJS en Angular (como la velocidad de detección de cambios a escala), y hay muchas nuevas capacidades excelentes que están impulsando a la mayoría de los nuevos proyectos a adoptar Angular. Actualmente continuamos apoyando, manteniendo y desarrollando AngularJS, pero definitivamente nos encantaría saber de usted qué le gustaría ver.

La cuestión fundamental es que "apoyo" significa algo diferente para todos. ¿Es la validación o invalidación de una decisión técnica (y cómo influye la idea de "apoyo" en esto)? ¿Significa parches de seguridad? La superficie de ataque de AngularJS es relativamente pequeña, aunque la de Angular es aún más pequeña, por lo que es poco probable que haya mucho aquí. ¿Significa que deberíamos introducir cambios importantes para aprovechar las nuevas funciones del navegador?

Si hay un conjunto de promesas o una línea de tiempo que le gustaría ver, envíeme un correo electrónico a [email protected].

Creo que todos entienden que hay un límite superior de nuevas funciones / mejoras que puede poner en AngularJS; es obvio que la mayor parte del poder es / debería redirigirse a Angular. También hay mucho que puede mejorar, dada la arquitectura actual, el modelo de resumen, etc.

En cuanto a mí, por apoyo, me refiero a una reacción rápida cuando ocurre una de las siguientes situaciones:

  • Problema / falla de seguridad que debe solucionarse
  • nuevo navegador / motor lanzado y angularjs no funciona (por la razón que sea) bien con él
  • Se lanzó un nuevo navegador / motor que ofrece algunas mejoras importantes a nivel de motor, y el esfuerzo / riesgo para admitirlo desde el código de angularjs sería relativamente pequeño, mientras que la ganancia sería sustancial

Cuando hablamos de soporte, a nuestros clientes les preocupa sobre todo que simplemente "dejará de funcionar" en algún momento cercano en el futuro. Entiendo que, desde el punto de vista técnico, es bastante improbable. Pero es la opinión de un desarrollador / gerente de proyecto frente a una declaración oficial que podría producir en su sitio web, incluso si su parte de "soporte" se exagera un poco.

Me gustaría asegurarme de que se seguirán realizando correcciones de errores (sí, sé que las solicitudes de extracción son bienvenidas, pero no siempre es posible).

También me gustaría ver una declaración que podamos señalar que nos diga cuál es el objetivo final.
Sé que en un momento la idea era seguir agregando funciones a AngularJS más fácilmente para migrar a Angular. Agregar componentes, por ejemplo, era parte de esto. ¿El objetivo sigue siendo hacer que AngularJS se parezca cada vez más a Angular hasta que deje de tener sentido?

¿Esperaremos ver nuevas funciones o solo estamos en modo de mantenimiento en este momento?

Sé que este es un proyecto de código abierto, pero obviamente tiene mucho respaldo del equipo de Angular. Entonces, ¿cuándo desaparecerán esos recursos? Ese es el tipo de "apoyo" en el que pienso.

Siempre puedo bifurcar el proyecto, pero la mayoría de las empresas no estarían muy entusiasmadas con eso.

@StephenFluin - Gracias por responder. Ahora le he enviado un mensaje más largo por correo electrónico.

Creo que el TLDR para nosotros es que la expectativa básica de los gerentes no técnicos es que un sistema implementado continuará funcionando de la misma manera hasta que llegue a una fecha de vencimiento, y generalmente están orientados a cronogramas, costos y ( en última instancia, contractuales) garantías. Si podemos decir "Angular se mantendrá sin roturas planificadas hasta la fecha X, y no podemos garantizar después de eso", entonces es posible alimentar esto en la máquina de toma de decisiones corporativas de propuestas, proyectos y presupuestos.

Para su información, aquí está la última actualización en v1.7 y el soporte a largo plazo de AngularJS https://blog.angular.io/stable-angularjs-and-long-term-support-7e077635ee9c

¿Fue útil esta página
0 / 5 - 0 calificaciones