常见的架构设计策略

最新推荐文章于 2024-08-06 02:44:05 发布

凤舞九天的博客

最新推荐文章于 2024-08-06 02:44:05 发布

阅读量1.7k

点赞数

分类专栏：架构设计文章标签：架构设计

本文链接：https://blog.csdn.net/qq_36526703/article/details/53760789

版权

目前流行的轻量级Java EE应用的架构基本比较统一，通常会使用Spring作为核心，向上整合MVC框架，向下整合ORM框架。使用Spring的IoC容器来管理个组件之间的依赖关系时，Spring的声明事务将负责业务逻辑层组件的事务管理。当我们决定采用某种架构设计时，我们主要考虑这种架构是否成功地将规范和现实分离了，从而可以提供较好的可扩展性、可修改性。

1.贫血模型

贫血模型是最常用的应用架构，也是最容易理解的架构。所谓贫血，指Domain Object只是单纯的数据类，不包含业务逻辑方法，即每个Domain Object类只包含相关属性，并为每个属性提供基本的setter和getter方法。所有的业务逻辑都由业务逻辑组件实现，这种Domain Object就是所谓的贫血的Domain Object，采用这种Domain Object的架构即所谓的贫血模型。
贫血的Domain Object实际上以数据结构代替了对象。在贫血模型下，业务逻辑对象作为dao组件的门面，封装了全部的业务逻辑方法，web层仅与业务逻辑组件交互即可，无需访问底层的dao对象。贫血模型背离了面向对象的设计思想，所有的Domain Object并不是完整的Java对象。
总结起来，贫血模型存在的缺点：项目需要书写大量的贫血类；Domain Object的业务逻辑得不到体现。由于业务逻辑对象的复杂度大大增加，许多不应该由业务逻辑对象实现的业务逻辑方法，完全由业务逻辑对象实现，从而使业务逻辑对象的实现类变得相当庞大。贫血模型的优点：开发简单、分层清晰、架构明晰且不易混淆，所有的依赖都是单向依赖，解耦优秀。