认识达内从这里开始

认真做教育专心促就业

合肥达内计算机培训java编程微服务分层架构应用分析

发布：合肥达内软件培训
来源：互联网
时间：2023-08-29 09:15

微服务架构开发随着互联网的不断发展而被越来越多的程序员掌握，今天我们就通过案例分析来简单了解一下，java编程微服务分层架构应用分析。

合肥达内计算机培训java编程微服务分层架构应用分析

基于六边形架构规范的接口适配原则和防腐理念，同时借鉴了CQRS模式的优点，我们定义了一个简单的微服务分层架构。

分层定义如下：

•门面层：作为程序的入口，通过包隔离来存放JSF服务、Rest服务、定时任务和MQ消费，其中对外提供服务的接口定义存放在单独的api包中。该层的请求定义命名以Request结尾，响应体命名以Response结尾。

•领域服务层：每一个领域服务存放在单独的module中，并通过单独的api包对外暴露能力。该层的命令请求定义命名以Command结尾，查询请求定义命名以Query结尾，响应体命名以Dto结尾。

•基础设施层：存放数据库、ES、远程调用服务的封装。该层的持久化数据定义命名以Po结尾。远程命令服务入参命名以RpcCommand结尾，远程查询服务入参命名以RpcQuery结尾，响应体命名以RpcDto结尾。

命令服务必须访问领域服务层，允许简单查询直接调用基础设施层。

参数校验、请求出入参日志、审计日志记录、TraceID预埋、异常处理等非核心业务能力均由公共组件完成，减少项目内部的边缘能力代码。

由于在门面层进行统一的异常处理，非必要时无需在项目中进行大面积的try-catch，让代码更清爽。

实际开发过程中，门面层、领域服务层和基础设施层均有各自的实体定义，跨层调用的对象体转换使用MapStruct组件来减少手写映射代码的工作量。

数据层使用Fluent-Mybatis，大好处是减少后期迭代中，数据对象增减字段时修改Mapper的成本。

优点

1.开发效率

简单的业务开发过程中，相比较书写核心业务逻辑，更多的工作量几乎都是来自处理跨层调用时对象转换和Mapper定义，通过MapStruct和Fluent-Mybatis等组件的使用，编写一个实体的增删改查接口基本在5分钟内搞定，省下来的时间可以多走读两遍代码或者多写几个分支的测试用例，也算是降本增效了。

2.服务隔离

通过module隔离不同的领域服务，降低不同领域服务之间的耦合程度。

3.外部服务防腐

远程调用统一封装在基础设施层中，降低外部变化对系统内部的影响。

缺点

基础设施层的实体作为顶层依赖

由于对基础设施层的依赖没有通过api包进行隔离，所以基础设施层的对象会直接暴露在领域服务层和门面层。对此可以通过使用ArchUnit组件进行架构防腐。

如果需要定义完善的领域实体充血模型，建议参考DDD架构定义gateway层来进行基础设施层的依赖倒置。

【免责声明】本文系本网编辑部分转载，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与管理员联系，我们会予以更改或删除相关文章，以保证您的权益!请读者仅作参考。更多内容请加抖音太原达内IT培训学习了解。

< 上一篇：合肥达内IT培训班c++编程数据复制与转移方法分享

下一篇：合肥达内电脑培训班软件测试应用实践方法分享 >