Angular.js: L'annonce du calendrier de prise en charge d'Angular 1.x est absolument nécessaire.

Pouvez-vous préciser ce que vous devez savoir exactement ? Voulez-vous dire les mises à jour de sécurité ?

Sécurité et compatibilité (avec les navigateurs), oui.

Fondamentalement, j'observe une tendance où les nouveaux clients craignent que le "support" pour Angular 1.x se termine bientôt, ce qui pourrait mettre leurs projets en péril dans un proche avenir. Ce qu'ils entendent exactement par "soutien" n'est pas si pertinent, tant qu'il est soutenu par une sorte d'annonce officielle. Actuellement, il n'y a pas de déclaration claire à cet égard et cela est généralement perçu comme un signe d'abandon imminent du projet. Les clients doivent comprendre si leur projet Angular 1.x est relativement « sûr » dans un délai de 12 à 24 (ou plus) mois.

Même si le projet était abandonné, cela ne signifierait pas que les projets
arrête de travailler.
Prise en charge du navigateur Wrt. Il n'y aura aucun changement sur le support inférieur.
Pour le navigateur actuel, nous évaluerons les changements pour les API modernes, mais depuis
il n'y a pas de BC pour les nouvelles versions Javascript il n'y a rien à craindre
À propos.
J'aborderai ce sujet à la prochaine réunion

En tant que développeur, je comprends cela et je ne m'attends pas à ce qu'Angular 1.x "casse" de sitôt, même si aucune nouvelle version n'est publiée. Mais pour les entreprises, ils ont vraiment tendance à se fier à ces "déclarations officielles" et je pense que la communauté Angular en bénéficierait d'une manière ou d'une autre.

Simplement, les déclarations faites jusqu'à présent (sur la majorité du trafic et ainsi de suite) ne sont pas assez précises pour que les entreprises puissent s'y fier.

Donc, cela dit, je serais reconnaissant de soulever cette question et si cela pouvait aboutir à une sorte de déclaration, cela signifierait beaucoup.

Oui, je suis sur un grand projet angulaire 1.X qui n'est pas encore en production, mais il existera pour longtemps (grande entreprise). Il serait intéressant d'avoir des informations supplémentaires dans ce sens

Bien qu'il n'y ait encore rien de substantiel, l'équipe Angular en est consciente et il y aura certainement plus d'informations concrètes à ce sujet. Je clos ce sujet en attendant.

@Narretz Merci pour la réponse. Ce serait bien de laisser un avis ici de cette information lorsqu'elle sera disponible, pour quiconque suit déjà ce problème.

Je ne sais pas si c'est l'endroit approprié pour ce commentaire, mais je travaille également pour une grande entreprise avec un investissement important dans Angular 1.x et nous commençons maintenant un grand projet d'intégration de système qui fournira de nombreux projets d'interface utilisateur améliorés. J'essaie d'encourager l'adoption d'Angular 2.x pour ces efforts, mais sans feuille de route de support publiée, l'équipe ne souhaite pas mettre à niveau et recycler le personnel de développement sur le nouveau framework. Tout type de feuille de route officielle sur la durée de vie de la version 1.x contribuerait grandement à l'adoption de la version 2.x et au-delà.

@sellmeadog, nous ne sommes pas encore prêts à faire des annonces officielles, mais ces commentaires spécifiques sont certainement utiles pour notre planification, merci !

Les gars, pourquoi fermez-vous le problème sans fournir d'informations ? Vous ne pouvez rien annoncer maintenant - c'est bien, mais je pense que vous devriez laisser le sujet ouvert jusqu'à ce que l'annonce soit faite.

Je suis également confus à ce sujet. Je fais des recherches depuis plusieurs mois, avec l'impression que le développement était essentiellement terminé (stable) pour AngularJS au profit d'Angular2 (ou 4 ?), et maintenant la 1.6.5 est sortie et je vois des discussions sur la 1.7. Dans quelle direction va ce projet ?

@RubyRabelle , je crois comprendre que le code 1.X est continuellement mis à jour pour apporter de plus en plus de concepts 2+ à la base de code 1.X afin qu'il soit plus facile de migrer vers 2+ à l'avenir.

C'est toujours un problème d'actualité, du moins pour moi. Je suis actuellement à la recherche d'un système d'entreprise non trivial sur Angular 1, et je dois faire des recommandations spécifiques. En l'absence de messages clairs, je n'ai aucune base pour pousser à une migration vers Angular 4, ou soutenir une décision de continuer à développer la base de code AngularJS actuelle pour les prochaines années.

Oui, je suis dans une LARGE implémentation de 1.x et je reçois maintenant des questions de la direction sur la situation du support à long terme

@tommck @stuartellis @sebastian-zarzycki-es

Nous avons résolu un certain nombre de problèmes fondamentaux avec AngularJS dans Angular (tels que la vitesse de détection des changements à grande échelle), et il existe de nombreuses nouvelles fonctionnalités intéressantes qui incitent la majorité des nouveaux projets à adopter Angular. Nous continuons actuellement à soutenir, maintenir et développer AngularJS, mais nous aimerions vraiment savoir ce que vous aimeriez voir.

Le problème fondamental est que « soutenir » signifie quelque chose de différent pour tout le monde. S'agit-il de la validation ou de l'invalidation d'une décision technique (et en quoi l'idée de « support » intervient-elle) ? Cela signifie-t-il des correctifs de sécurité ? La surface d'attaque d'AngularJS est relativement petite, bien que celle d'Angular soit encore plus petite, il est donc peu probable qu'il y en ait beaucoup ici. Cela signifie-t-il que nous devrions introduire des changements de rupture pour tirer parti des nouvelles fonctionnalités du navigateur ?

S'il y a un ensemble de promesses ou un calendrier que vous aimeriez voir, veuillez m'envoyer un e-mail à [email protected].

Je pense que tout le monde comprend qu'il y a une limite supérieure de nouvelles fonctionnalités/améliorations que vous pouvez mettre dans AngularJS - il est évident que la plupart de la puissance est / devrait être redirigée vers Angular. Il y a aussi peu de choses que vous pouvez améliorer, compte tenu de l'architecture actuelle, du modèle de résumé, etc.

Quant à moi, par support, j'entends une réaction rapide lorsque l'un des événements suivants se produit :

• problème de sécurité / faille à traiter
• nouveau navigateur / moteur publié et angularjs ne joue pas (pour une raison quelconque) bien avec lui
• nouveau navigateur / moteur publié offrant des améliorations majeures au niveau du moteur, et l'effort/risque pour le prendre en charge à partir du code angularjs serait relativement faible, tandis que le gain serait substantiel

Lorsqu'ils parlent d'assistance, nos clients craignent surtout qu'elle « cesse de fonctionner » à un moment proche dans le futur. Je comprends, que d'un point de vue technique, c'est plutôt improbable. Mais c'est l'opinion d'un développeur / chef de projet par rapport à une déclaration officielle que vous pourriez produire sur votre site Web, même si sa partie "support" serait un peu exagérée.

J'aimerais m'assurer que des corrections de bogues seront toujours apportées (oui, je sais que les demandes d'extraction sont les bienvenues, mais pas toujours possibles).

J'aimerais aussi voir une déclaration que nous pouvons indiquer qui nous dit quel est l'objectif final.
Je sais qu'à un moment donné, l'idée était de continuer à ajouter des fonctionnalités à AngularJS plus facilement pour migrer vers Angular. L'ajout de composants, par exemple, en faisait partie. L'objectif est-il toujours de faire en sorte qu'AngularJS ressemble de plus en plus à Angular jusqu'à ce que cela n'ait plus de sens ?

Allons-nous nous attendre à voir de nouvelles fonctionnalités, ou sommes-nous simplement en mode maintenance à ce stade ?

Je sais que c'est un projet open source, mais il a évidemment beaucoup de soutien de l'équipe Angular. Alors, quand ces ressources disparaîtront-elles ? C'est un peu le "support" auquel je pense.

Je peux toujours bifurquer le projet, mais la plupart des entreprises ne seraient pas très enthousiastes à ce sujet.

@StephenFluin - Merci d'avoir répondu. Je vous ai maintenant envoyé un message plus long.

Je pense que le TLDR pour nous est que l'attente de base des gestionnaires non techniques est qu'un système déployé continuera à fonctionner de la même manière jusqu'à ce qu'il atteigne une date d'expiration, et ils sont généralement orientés vers des horaires, des coûts et spécifiques ( des garanties finalement contractuelles). Si nous pouvons dire "Angular sera maintenu sans rupture planifiée jusqu'à la date X, et nous ne pouvons pas garantir après cela", alors il est possible d'intégrer cela dans la machine décisionnelle de l'entreprise des propositions, des projets et des budgets.

Pour info, voici la dernière mise à jour sur le support à long terme v1.7 et AngularJS https://blog.angular.io/stable-angularjs-and-long-term-support-7e077635ee9c