Angular.js: O anúncio do cronograma de suporte do Angular 1.x é extremamente necessário.

Criado em 3 jan. 2017  ·  19Comentários  ·  Fonte: angular/angular.js

Temos muitos clientes que nos perguntam sobre as datas de suporte esperadas e não há um único recurso confiável que possamos indicar. Existem várias informações inconclusivas espalhadas pela internet.

Isso aumenta a relutância em usar Angular (seja 1 ou 2+) em novos projetos.

Obviamente, há um desejo oculto de que os negócios migrem antecipadamente para 2+, mas isso não pode ser alcançado por falta de informações.

misc core more info

Comentários muito úteis

Pessoal, por que vocês encerram o fascículo sem fornecer informações? Você não pode anunciar nada agora - tudo bem, mas acho que você deve deixar o assunto em aberto até que o anúncio seja feito.

Todos 19 comentários

Você pode explicar o que exatamente você precisa saber? Você quer dizer atualizações de segurança?

Segurança e compatibilidade (com navegadores), sim.

Basicamente, observo uma tendência de novos clientes temerem que o "suporte" para Angular 1.x acabe em breve, o que pode colocar seus projetos em risco em um futuro próximo. O que eles querem dizer exatamente com "apoio" não é tão relevante, desde que seja apoiado por algum tipo de anúncio oficial. Atualmente não há uma declaração clara a esse respeito e geralmente é percebido como um sinal de abandono iminente do projeto. Os clientes precisam entender se seu projeto Angular 1.x é relativamente "seguro" no período de 12-24 (ou mais) meses.

Mesmo se o projeto fosse abandonado, isso não significaria que os projetos
parar de trabalhar.
Suporte ao navegador Wrt. Não haverá alterações no suporte da extremidade inferior.
Para o navegador atual, avaliaremos as mudanças para APIs modernas, mas desde
não há BC para novas versões de Javascript não há nada para se preocupar
cerca de.
Vou trazer esse assunto à tona na próxima reunião

Como desenvolvedor, entendo isso e não espero que o Angular 1.x "estrague" tão cedo, mesmo que nenhuma nova versão seja lançada. Mas para os negócios, eles realmente tendem a confiar nessas "declarações oficiais" e acho que a comunidade Angular se beneficiaria de uma forma ou de outra.

Simplesmente, as declarações feitas até agora (sobre a maioria do tráfego e outros enfeites) não são precisas o suficiente para as empresas confiarem.

Então, dito isso, eu ficaria grato por trazer isso à tona e se isso pudesse resultar em algum tipo de declaração, isso significaria muito.

Sim, estou em um grande projeto angular 1.X que ainda não está em produção, mas existirá por muito tempo (grande empresa). Seria interessante ter alguma informação extra neste sentido

Embora não haja nada substancial ainda, a equipe Angular está ciente disso e com certeza haverá informações mais concretas sobre isso. Estou encerrando este problema enquanto isso.

@Narretz Obrigado pela resposta. Seria bom deixar aqui um aviso dessas informações quando estiverem disponíveis, para quem já está rastreando esse problema.

Não tenho certeza se este é o lugar apropriado para este comentário, mas também trabalho para uma grande empresa com um investimento significativo no Angular 1.x e agora estamos iniciando um grande projeto de integração de sistema que entregará vários projetos de UI aprimorados. Estou tentando encorajar a adoção do Angular 2.x para esses esforços, mas sem um roteiro de suporte publicado, não há desejo da equipe de atualizar e retreinar a equipe de desenvolvimento no novo framework. Qualquer tipo de roteiro oficial de vida útil para o 1.x percorreria um longo caminho para a adoção do 2.xe além.

@sellmeadog , não estamos prontos para fazer nenhum anúncio oficial ainda, mas esse feedback específico é definitivamente útil para o nosso planejamento, obrigado!

Pessoal, por que vocês encerram o fascículo sem fornecer informações? Você não pode anunciar nada agora - tudo bem, mas acho que você deve deixar o assunto em aberto até que o anúncio seja feito.

Eu também estou confuso sobre isso. Tenho pesquisado por vários meses, com a impressão de que o desenvolvimento estava essencialmente acabado (estável) para o AngularJS em favor do Angular2 (ou 4?), E agora o 1.6.5 foi lançado e estou vendo discussões sobre o 1.7. Em que direção esse projeto está indo?

@RubyRabelle , é meu entendimento que o código 1.X está continuamente sendo atualizado para trazer mais e mais 2+ conceitos para a base de código 1.X para que seja mais fácil migrar para 2+ no futuro.

Este ainda é um problema ativo, pelo menos para mim. Atualmente, estou olhando para um sistema corporativo não trivial no Angular 1 e tenho que fazer recomendações específicas. Na ausência de mensagens claras, não tenho base para pressionar por uma migração para o Angular 4 ou apoiar a decisão de continuar desenvolvendo a base de código AngularJS atual nos próximos anos.

Sim, estou em uma GRANDE implementação do 1.xe recebendo perguntas da gerência agora sobre a situação de suporte de longo prazo

@tommck @stuartellis @ sebastian-zarzycki-es

Resolvemos vários problemas fundamentais com o AngularJS no Angular (como velocidade de detecção de alterações em escala), e há muitos novos recursos excelentes que estão levando a maioria dos novos projetos a adotar o Angular. No momento, continuamos a apoiar, manter e desenvolver o AngularJS, mas adoraríamos ouvir de você o que gostaria de ver.

A questão fundamental é que "suporte" significa algo diferente para cada pessoa. É a validação ou invalidação de uma decisão técnica (e como a ideia de "suporte" se aplica a isso)? Isso significa patches de segurança? A superfície de ataque do AngularJS é relativamente pequena, embora a do Angular seja ainda menor, então é improvável que haja muito aqui. Isso significa que devemos introduzir alterações importantes para aproveitar as vantagens dos novos recursos do navegador?

Se houver um conjunto de promessas ou um cronograma que você gostaria de ver, envie um e-mail para [email protected].

Acho que todos entendem que há um limite superior de novos recursos / aprimoramentos que você pode colocar no AngularJS - é óbvio que a maior parte do poder é / deve ser redirecionada para o Angular. Também há muito que você pode melhorar, considerando a arquitetura atual, o modelo de resumo e assim por diante.

Quanto a mim, por suporte, quero dizer uma reação rápida quando acontece uma das seguintes situações:

  • problema / falha de segurança que precisa ser corrigido
  • novo navegador / motor lançado e angularjs não funciona (por qualquer motivo) bem com ele
  • novo navegador / mecanismo lançado oferecendo algumas melhorias importantes em um nível de mecanismo, e o esforço / risco para suportá-lo a partir do código angularjs seria relativamente pequeno, enquanto o ganho seria substancial

Ao falar sobre suporte, nossos clientes estão mais preocupados que ele simplesmente "pare de funcionar" em algum momento próximo no futuro. Eu entendo que, do ponto de vista técnico, é bastante improvável. Mas é a opinião de um desenvolvedor / gerente de projeto versus uma declaração oficial que você poderia produzir em seu site, mesmo que sua parte de "suporte" fosse um pouco exagerada.

Gostaria de ter certeza de que as correções de bugs ainda serão feitas (sim, eu sei que solicitações de pull são bem-vindas, mas nem sempre são possíveis).

Também gostaria de ver uma declaração para a qual possamos apontar que nos diga qual é o objetivo final.
Eu sei que a certa altura a ideia era continuar adicionando recursos ao AngularJS mais fáceis de migrar para o Angular. Adicionar componentes, por exemplo, fazia parte disso. O objetivo ainda é tornar o AngularJS cada vez mais parecido com o Angular até que não faça mais sentido?

Esperaremos ver novos recursos ou estamos apenas no modo de manutenção neste momento?

Eu sei que este é um projeto de código aberto, mas obviamente tem muito apoio da equipe Angular. Então, quando esses recursos irão embora? Esse é o tipo de "suporte" em que penso.

Sempre posso bifurcar o projeto, mas a maioria das empresas não ficaria muito animada com isso.

@StephenFluin - Obrigado por responder. Eu agora lhe enviei um e-mail com uma mensagem mais longa.

Acho que o TLDR para nós é que a expectativa básica dos gerentes não técnicos é que um sistema implantado continue a funcionar da mesma maneira até atingir uma data de validade, e eles geralmente são orientados para cronogramas rígidos, custos e específicos ( garantias em última instância contratuais). Se pudermos dizer "O Angular será mantido sem quebras planejadas até a data X, e não podemos garantir depois disso", então é possível alimentar isso na máquina de tomada de decisões corporativas de propostas, projetos e orçamentos.

Para sua informação, aqui está a atualização mais recente no suporte de longo prazo v1.7 e AngularJS https://blog.angular.io/stable-angularjs-and-long-term-support-7e077635ee9c

Esta página foi útil?
0 / 5 - 0 avaliações