如果我们采用企业角度2网络应用程序，它有几个模块（屏幕），如客户管理，预订，预订管理，报告等....
我们通常做的是在组件库中创建通用组件，并在主角度应用程序中使用它们。主角应用程序包含所有具有REST API集成的模块（屏幕）（假设支持为REST）。当应用程序变得更大＆amp;更大的编译时间和渲染消耗更多的时间和资源。此外，如果某个特定区域出现问题，我们就无法发布，因为所有区域都捆绑到一个应用程序。
大家都知道微服务架构是一种开发越来越受欢迎的软件系统的方法。所以，我的问题是我们可以为这些类型的企业角度2应用程序应用相同的架构吗？
就是这样。我们将客户管理作为一个单独的角度应用程序。再次预订管理是另一个角度应用。报告是另一个应用。在部署到Web服务器时，这些应用程序将成为单独的war文件。
一旦我们开发了这种松散耦合的应用程序，这将减少项目规模，编译时间和资源。这也将使单元测试更容易。特定的开发人员只考虑模块中唯一的一个单元。
请分享您对此的专家意见
感谢。
答案 0 :(得分：0)
是的，您可以将每个模块开发成自己的应用程序并独立发布，只要托管所有内容，只需确保有一种方法（例如从菜单）可以从一个应用程序转到另一个应用程序在同一个端口上的应用程序中，您将拥有一个可以由所有应用程序共享的令牌，并且看起来像在门户网站体验中那样，将用户从一个应用程序转移到另一个应用程序的可能性似乎较小。
您需要适当地管理状态，如果将状态放入会话存储（主数据）中，则可以获得所需的体验。
如果您使用不同的URL托管应用程序，则将无法共享令牌，而必须使用Google身份验证在Gmail，youtube等上的工作方式