Problem to Solve
在工作中，我继承了（遗留的）非常大的Web应用程序（跨越多个Scrum团队和开发团队）的所有权 . 当前大型应用程序的一个常见痛点是，每当其中一个Scrum团队更新其各自的应用程序区域时，该团队就必须部署整个应用程序 . 我们开始做的一件事是缓解这个问题，让团队在大型应用程序之外创建新功能，然后在大型应用程序中放置一个页面，对新应用程序进行ajax调用，并简单地将HTML注入大型应用程序应用程序 . 这样，团队可以在进行更改时部署新的较小应用程序，而无需部署整个大型应用程序（跨越其他团队） .
The Good news
我们目前正在考虑重新编写/重新设计大型应用程序，从开发的角度来看，我的目标之一是将其组织到更小的应用程序/代码库中，这样每个团队都可以部署他们的代码，而无需部署大型应用程序跨越多个团队 . 我计划实现这一目标的一种方法是利用多种服务来获取数据 . 这样就会引入一层分离 .
从客户端的角度来看，我倾向于使用的技术之一是 Angular 2 ，特别是对于Angular 2提供的关注点（组件，模板，指令等）的分离 . 我知道我可以将Angular 2应用程序分解为功能，组件等，但是，我相信，最终所有这些仍然必须存在于一个应用程序/代码库中，所有这些都可以一起部署 . Angular 2中是否有一种方法可以将大型门户/套件拆分为较小的应用程序，并让应用程序相互交互 . 例如，也许可以共享一个shell应用程序（用于布局和导航），但是，门户/套件的每个区域可以分解为更小的应用程序？
非常感谢任何关于从Angular 2角度处理/构建此方法的最佳方法的想法 . 此外，如果这是明确的，从Angular 2的角度来看也是不可能的，这也是有用的信息 .
提前致谢！
1 回答
我会尝试从多个角度提供帮助 .
如果此方法不符合您的需求，并且您只能只提供一个角度应用程序，请尝试：
如果某些应用程序页面可以在不同的选项卡中打开并独立保留 - 请考虑将这个巨大的应用程序拆分为更小的模块化角度应用程序 . 用户不必注意到差异 . 如果要对所有选项卡使用相同的URL - 从反向代理服务应用程序 .
如果流程中没有外部选项卡，那么您可能无法将角度应用程序拆分为较小的应用程序，但您可以在模块化结构中构建应用程序，以便每个团队采用不同的应用程序上下文（单独的功能文件），并且一个团队将采用“共享”和“核心”实体 . 每个团队可以拥有一个单独的分支机构，只有团队特权，只有FE负责人可以批准PR进入主服务器 .
我还没试过的另一个选项是将功能代码拆分成不同的存储库 - 但是这样你就必须投入一些预编译脚本，这些脚本可以在启动应用程序之前从每个存储库中提取代码 .
如果这里有一些服务器端逻辑 - 导出到不同的微服务 .
我看到你提到了一些HTML注入 - 我不确定你打算怎么做，但考虑使用模板引擎 .