Angular.js: Angular 1.x 지원 일정 발표가 절실히 필요합니다.

정확히 알아야 할 내용을 자세히 설명할 수 있습니까? 보안 업데이트를 의미합니까?

보안 및 호환성(브라우저 포함), 예.

기본적으로 저는 새로운 고객이 Angular 1.x에 대한 "지원"이 곧 종료되어 가까운 장래에 프로젝트를 위험에 빠뜨릴 수 있다고 우려하는 경향을 관찰했습니다. "지원"이 정확히 의미하는 것은 일종의 공식 발표가 뒷받침되는 한 그다지 관련이 없습니다. 현재 이와 관련하여 명확한 진술이 없으며 일반적으로 프로젝트 포기가 임박했다는 신호로 인식됩니다. 고객은 Angular 1.x 프로젝트가 12-24개월(또는 그 이상)의 기간 동안 상대적으로 "안전한"지 여부를 이해해야 합니다.

프로젝트가 중단되더라도 프로젝트가
그만 일해.
Wrt 브라우저 지원. 하단 지원에는 변경 사항이 없습니다.
현재 브라우저의 경우 최신 API에 대한 변경 사항을 평가하지만 이후
새 Javascript 버전에는 BC가 없습니다. 걱정할 것이 없습니다.
에 대한.
다음 회의에서 이 주제를 다루겠습니다.

개발자로서 나는 그것을 이해하며 새 버전이 출시되지 않더라도 Angular 1.x가 조만간 "중단"될 것으로 기대하지 않습니다. 그러나 비즈니스의 경우 이러한 "공식 진술"에 의존하는 경향이 있으며 Angular 커뮤니티는 어떤 식으로든 혜택을 받을 것이라고 생각합니다.

간단히 말해서, 지금까지의 진술(대부분의 트래픽 및 기타 등등)은 기업이 의존할 만큼 정확하지 않습니다.

즉, 이 문제를 제기해 주셔서 감사하고 그것이 어떤 종류의 성명으로 이어질 수 있다면 많은 의미가 있을 것입니다.

예, 저는 아직 프로덕션 단계가 아닌 대규모 Angular 1.X 프로젝트를 진행 중입니다. 그러나 이것은 오랫동안 존재할 것입니다(대규모 엔터프라이즈). 이 맥락에서 추가 정보가 있으면 흥미로울 것입니다.

아직 실질적인 것은 없지만 Angular 팀은 이를 알고 있으며 이에 대한 보다 구체적인 정보가 있을 것입니다. 그동안 이 문제를 닫고 있습니다.

@Narretz 답변 감사합니다. 이미 이 문제를 추적하고 있는 사람을 위해 정보가 제공되면 여기에 해당 정보를 남겨두는 것이 좋습니다.

이것이 이 논평을 위한 적절한 장소인지 확실하지 않지만, 저는 Angular 1.x에 상당한 투자를 하고 있는 대기업에서도 일하고 ​​있습니다. 그리고 우리는 이제 수많은 향상된 UI 프로젝트를 제공할 대규모 시스템 통합 프로젝트를 시작하고 있습니다. 나는 이러한 노력을 위해 Angular 2.x의 채택을 장려하려고 노력하고 있지만 게시된 지원 로드맵이 없으면 팀에서 새 프레임워크에서 개발 직원을 업그레이드하고 재교육할 의사가 없습니다. 1.x에 대한 모든 유형의 공식 서비스 수명 로드맵은 2.x 이상의 채택을 추진하는 데 큰 도움이 됩니다.

@sellmeadog 우리는 아직 공식 발표를 할 준비가 되지 않았지만, 그 구체적인 피드백은 우리의 계획에 확실히 유용합니다. 감사합니다!

얘들 아, 왜 정보를 제공하지 않고 문제를 종료합니까? 지금은 아무 것도 발표할 수 없습니다. 괜찮습니다. 하지만 발표가 있을 때까지 문제를 열어 두는 것이 좋습니다.

저도 이게 헷갈립니다. 저는 Angular2(또는 4?)를 위해 AngularJS에 대한 개발이 본질적으로 끝났다(안정적)라는 인상과 함께 몇 달 동안 연구해 왔으며 이제 1.6.5가 릴리스되었으며 1.7에 대한 토론을 보고 있습니다. 이 프로젝트는 어떤 방향으로 가고 있습니까?

@RubyRabelle , 1.X 코드가 1.X 코드 기반에 점점 더 많은 2+ 개념을 가져오기 위해 지속적으로 업데이트되어 미래에 2+로 마이그레이션하기가 더 쉽다는 것을 알고 있습니다.

이것은 적어도 나에게는 여전히 살아있는 문제입니다. 저는 현재 Angular 1에서 사소하지 않은 기업 시스템을 보고 있으며 구체적인 권장 사항을 제시해야 합니다. 명확한 메시지가 없으면 Angular 4로의 마이그레이션을 추진하거나 향후 몇 년 동안 현재 AngularJS 코드베이스를 계속 개발하겠다는 결정을 지지할 근거가 없습니다.

예, 저는 1.x를 대규모로 구현하고 있으며 현재 경영진으로부터 장기 지원 상황에 대한 질문을 받고 있습니다.

@tommck @stuartellis @sebastian-zarzycki-es

우리는 Angular에서 AngularJS와 관련된 여러 가지 근본적인 문제(예: 대규모 변경 감지 속도)를 해결했으며 대부분의 새 프로젝트에서 Angular를 채택하도록 이끄는 많은 새로운 기능이 있습니다. 우리는 현재 AngularJS를 계속 지원하고 유지 관리하고 개발하고 있지만 보고 싶은 것이 무엇인지 분명히 듣고 싶습니다.

근본적인 문제는 "지원"이 모든 사람에게 다른 것을 의미한다는 것입니다. 기술적 결정의 유효성 검사 또는 무효화입니까(그리고 "지원"이라는 아이디어는 이에 어떻게 영향을 줍니까?) 보안 패치를 의미합니까? AngularJS의 공격 표면은 상대적으로 작지만 Angular는 훨씬 더 작기 때문에 여기에 많을 것 같지 않습니다. 새로운 브라우저 기능을 활용하기 위해 주요 변경 사항을 도입해야 한다는 의미입니까?

보고 싶은 약속이나 타임라인이 있으면 [email protected]로 이메일을 보내주세요

모든 사람이 AngularJS에 넣을 수 있는 새로운 기능/개선 사항의 상한선이 있다는 것을 이해하고 있다고 생각합니다. 대부분의 기능이 Angular로 리디렉션되어야 하는 것은 분명합니다. 또한 현재 아키텍처, 다이제스트 모델 등을 고려할 때 개선할 수 있는 것이 너무 많습니다.

저에게 지원이란 다음 중 하나가 발생할 때 빠른 반응을 의미합니다.

• 보안 문제/해결해야 할 결함
• 새로운 브라우저/엔진이 출시되고 angularjs가 (어떤 이유로든) 잘 재생되지 않습니다.
• 엔진 수준에서 몇 가지 주요 개선 사항을 제공하는 새로운 브라우저/엔진이 출시되었으며 angularjs 코드에서 이를 지원하기 위한 노력/위험은 상대적으로 작지만 이득은 상당할 것입니다.

지원에 대해 이야기할 때 고객은 대부분 가까운 장래에 단순히 "작동을 중지"할 것이라고 우려합니다. 기술적인 관점에서 볼 때 가능성이 희박하다는 것을 이해합니다. 그러나 "지원" 부분이 조금 과장되더라도 웹사이트에서 생성할 수 있는 공식 성명 대 한 개발자/프로젝트 관리자의 의견입니다.

버그 수정이 계속 이루어지도록 하고 싶습니다(예, pull 요청을 환영하지만 항상 가능한 것은 아닙니다).

또한 최종 목표가 무엇인지 알려주는 우리가 지적할 수 있는 진술을 보고 싶습니다.
한 때는 Angular로 마이그레이션하기 쉽게 AngularJS에 기능을 계속 추가하는 것이 아이디어였습니다. 예를 들어 구성 요소를 추가하는 것이 이것의 일부였습니다. 더 이상 의미가 없을 때까지 AngularJS를 점점 더 Angular처럼 만드는 것이 목표입니까?

새로운 기능이 나타날 것으로 예상됩니까, 아니면 현재 유지 관리 모드에 있습니까?

나는 이것이 오픈 소스 프로젝트라는 것을 알고 있지만 분명히 Angular 팀의 많은 지원을 받고 있습니다. 그렇다면 그 자원은 언제 사라질까요? 그것이 내가 생각하는 일종의 "지원"입니다.

나는 항상 프로젝트를 포크할 수 있지만 대부분의 회사는 그것에 대해 별로 기뻐하지 않을 것입니다.

@StephenFluin - 응답해 주셔서 감사합니다. 이제 더 긴 메시지를 이메일로 보냈습니다.

우리의 TLDR은 비기술적 관리자의 기본 기대는 배포된 시스템이 만료 날짜에 도달할 때까지 동일한 방식으로 계속 작동하고 일반적으로 어려운 일정, 비용 및 특정( 궁극적으로 계약) 보증. "Angular는 X 날짜까지 계획된 손상 없이 유지되며 그 이후에는 보장할 수 없습니다"라고 말할 수 있다면 이를 제안, 프로젝트 및 예산의 기업 의사 결정 시스템에 공급할 수 있습니다.

참고로, v1.7 및 AngularJS 장기 지원에 대한 최신 업데이트는 다음과 같습니다. https://blog.angular.io/stable-angularjs-and-long-term-support-7e077635ee9c