ServiceNow定制开发：为何采用Angular 1.5而非2.x版本？

• 稳定性与现有生态适配：Angular 1.5是AngularJS（1.x分支）的成熟稳定版本，ServiceNow早期选型时，该版本已经在大量生产环境中得到验证，能保障平台核心功能的可靠运行。同时，当时ServiceNow已基于AngularJS搭建了大量内部组件和定制化生态，若升级到Angular 2+，现有组件基本无法直接复用，重构成本高到难以承受。
• 向后兼容性的硬性要求：作为企业级低代码平台，ServiceNow承载着大量客户的定制化开发和第三方集成工作。如果切换到Angular 2+，客户已有的脚本、自定义组件都会直接失效，这会对客户业务造成巨大冲击，完全不符合企业级平台对向后兼容的核心要求。
• 架构匹配度问题：Angular 1.5基于控制器和作用域的架构，和ServiceNow早期的平台设计思路高度契合，能快速嵌入到它现有的服务端渲染框架里。而Angular 2+采用的组件化、TypeScript优先的架构，和当时ServiceNow的技术栈耦合度极低，重构的收益远抵不上付出的成本。
• 资源与风险管控：升级到Angular 2+需要重构大量核心代码，还得让整个开发团队重新学习一套全新的框架体系，这会占用巨量研发资源，同时还面临项目延期、引入新bug的风险。对于ServiceNow这类大型平台来说，优先保障现有业务稳定，比追新框架版本重要得多。

内容的提问来源于stack exchange，提问作者TCTIPX