如果我们使用企业angular 2 Web应用程序，则它具有多个模块（屏幕），例如客户管理，预订，预订管理，报告等。
我们通常要做的是在零部件库中创建通用零部件，并在主要的角度应用程序中使用它们。主要的角度应用程序包含所有具有REST API集成的模块（屏幕）（假设支持REST）。当应用变得越来越大时，编译时间和渲染消耗更多的时间和资源。另外，如果某个特定区域出现问题，我们将无法发布，因为所有内容都捆绑在一个应用程序中。
众所周知，微服务架构是一种开发软件系统的方法，这种方法已经越来越流行。因此，我的问题是，我们可以为这些类型的企业angular 2应用程序应用相同的体系结构吗？
就是这样 我们将客户管理作为独立的角度应用程序。再次，预订管理是另一个有角度的应用程序。报告是另一个应用程序。部署到Web服务器时，这些应用将成为单独的war文件。
一旦我们开发了松散耦合的应用程序，这将减少项目规模，编译时间和资源。同样，这将使单元测试更加容易。特定的一组开发人员仅考虑模块的唯一一个单元。
请分享您对此的专家想法
谢谢。
是的，您可以将每个模块开发成自己的应用程序并独立发布，如果您将所有应用程序托管在一个应用程序上，则只需确保有一种方法（例如从菜单）可以从一个应用程序转到另一个应用程序。在同一个端口上，您将拥有一个可以由所有应用程序共享的令牌，并且在门户体验中，将用户从一个应用程序迁移到另一个应用程序似乎要少一些。
您需要正确管理状态，如果将状态放入会话存储（主数据）中，则可以获得所需的体验。
如果您使用不同的URL托管应用程序，则将无法共享令牌，而必须使用Google身份验证在Gmail，youtube等上的工作方式
本文收集自互联网，转载请注明来源。
如有侵权，请联系 [email protected] 删除。
我来说两句