基于Angular 2的企业应用程序的最佳体系结构是什么？

我将使用

Angular2

和

Typescript

构建一个企业应用程序，这意味着该应用程序将有七个嵌入式应用程序，一个大团队将致力于构建它，因此我正在寻找开发类似应用程序的最佳体系结构（基于

Angular2

）这使得在这个应用程序中添加和编辑的过程更加容易。

很难回答这个问题，因为best是主观的，但是请看一下这篇文章：

作者明科也这样做了

我的忠告是:

• 保持一切开放-创建服务存根并在组件中使用它们，同时在模块级别提供真正的服务
• 使用自包含功能-确保功能模块在任何上下文和应用程序之外工作
• 使用Redux-@ngrx/store，它的状态管理非常适合大型项目

---

很难回答这个问题，因为best是主观的，但看看这篇文章：
作者明科也这样做了
我的忠告是:
• 保持一切开放-创建服务存根并在组件中使用它们，同时在模块级别提供真正的服务
• 使用自包含功能-确保功能模块在任何上下文和应用程序之外工作
• 使用Redux-@ngrx/store，它的状态管理非常适合大型项目

---

当您使用Angular时，您已经在整体上遵循Angular整体架构。您应该关注的是，在管理不同应用程序之间的模块时，如何实现真正的模块化
• 您应该研究角度模块的工作原理以及如何工作 功能可以分为单独的模块，因此不同的团队可以彼此独立工作

• 如何管理这些模块之间的导入和导出以进行组装 整个应用程序。例如，使用

  npm

  部署团队模块和包

---

当您使用Angular时，您已经将Angular作为一个整体遵循了整个体系结构。您应该关注的是，在管理不同应用程序之间的模块时，如何实现真正的模块化
• 您应该研究角度模块如何工作以及如何工作 功能可以分为单独的模块，因此不同的团队可以彼此独立工作

• 如何管理这些模块之间的导入和导出以进行组装 整个应用程序。例如，使用

  npm

  部署团队模块和包

---

除了典型的1之外，你在寻找什么样的答案。将您的用户界面拆分为小型独立组件2。让您的组件处理与UI相关的内容，并将其他逻辑移到services 3中。尝试将您的组件分为智能组件和表示组件等？是的，应用程序将有许多模块，但我还需要知道组织企业解决方案文件以保持组件解耦的最佳方法。除了典型的1之外，您希望得到什么样的答案。将您的用户界面拆分为小型独立组件2。让您的组件处理与UI相关的内容，并将其他逻辑移到services 3中。尝试将组件分为智能组件和表示组件等？是的，应用程序将有许多模块，但我还需要知道组织企业解决方案文件以保持组件解耦的最佳方法。