如果我们采用企业角度2 Web应用程序,它有几个模块(屏幕),如客户管理,预订,预订管理,报告等….
我们通常做的是在组件库中创建通用组件并在主角度应用程序中使用它们.主角应用程序包含所有具有REST API集成的模块(屏幕)(假设支持为REST).当应用程序变得更大&更大的编译时间和渲染消耗更多的时间和资源.此外,如果某个特定区域出现问题,我们就无法发布,因为所有区域都捆绑到一个应用程序.
众所周知,微服务架构是一种开发越来越受欢迎的软件系统的方法.所以,我的问题是我们可以为这些类型的企业角度2应用程序应用相同的架构吗？
就是这样.我们将客户管理作为一个单独的角度应用程序.再次预订管理是另一个角度应用.报告是另一个应用.在部署到Web服务器时,这些应用程序将成为单独的war文件.
一旦我们开发了这种松散耦合的应用程序,这将减少项目规模的大头,编译时间和资源.这也将使单元测试更容易.特定的开发人员只考虑模块中唯一的一个单元.
请分享您对此的专家意见
谢谢.
