赋予领域模型生命力：充血模型在现代软件架构中的崛起(架构篇)-CSDN博客

本文链接：https://blog.csdn.net/2301_78976656/article/details/140616939

充血模型设计图：

充血模型的设计哲学是让领域对象拥有自己的行为和状态管理，从而使得系统更加模块化、灵活和可维护。充血模型中的状态管理指的是领域对象负责维护和控制自己的状态信息，确保状态的完整性和一致性。领域对象不仅包含业务逻辑，还包含确保对象状态有效性的逻辑，本章最后有详细介绍。

Order 类代表订单，包含订单编号、用户、商品项列表，以及下单、添加商品项和计算总价的方法。
Customer 类代表用户，包含用户编号、名字和姓氏，以及获取全名的方法。
OrderItem 类代表订单中的商品项，包含产品编号、数量、价格，以及计算商品总价的方法。
OrderService 类代表订单服务，负责处理订单。
Product 类代表产品，包含产品编号、名称和价格。
InventoryService 类代表库存服务，负责检查产品的可用性。

3. 充血模型解决什么：

充血模型解决了贫血模型中领域对象过于简单、缺乏表达力的问题，以及业务逻辑集中在服务层导致的服务层臃肿和难以维护的问题。

4. 充血模型特点：

高内聚性：领域对象包含所有相关的业务逻辑和状态。
低耦合度：领域对象之间的交互简单，依赖性低。
易于维护：业务逻辑封装在领域对象内，便于理解和修改。

5. 充血模型缺点：

可能的复杂性：领域对象可能变得复杂，需要更多的设计和实现工作。
过度封装：在某些情况下，可能会导致过度封装，使得领域对象难以理解和使用。

6. 充血模型使用场景：

当系统需要高度模块化和灵活性时，或者当业务逻辑紧密依赖于领域对象的状态和行为时，应考虑使用充血模型。

7. 充血模型案例

整理了一份Java面试题。这份面试笔记包括了：Java面试、Spring、JVM、MyBatis、Redis、MySQL、并发编程、微服务、Linux、Springboot、SpringCloud、MQ、Kafka 面试专题

需要全套面试笔记【点击此处】即可免费获取

7.1 电商平台的订单处理系统案例

电商平台的订单处理系统，该系统需要处理订单和用户信息。

重构前（贫血模型） ：

java

代码解读

复制代码

public class Order { private String orderId; private double totalAmount; // 仅包含基本的getter和setter方法 } public class OrderService { public void processOrder(Order order) { // 订单处理逻辑，如计算总价、应用折扣等 } }

分析问题：

业务逻辑分散：
- 在实现前，业务逻辑可能分散在多个服务类或外部管理类中，导致领域模型缺乏行为。
领域模型贫血：
- 领域对象可能仅包含数据和访问器，没有实现任何业务逻辑，这使得它们过于简单且不完整。
高耦合度：
- 服务类和领域对象之间可能存在高耦合度，服务类对领域对象的内部状态有深入了解和依赖。
可维护性差：
- 由于业务逻辑的分散和高耦合，系统可能难以维护和扩展，任何更改都可能影响到多个部分。
测试复杂性：
- 测试可能依赖于复杂的设置和模拟，特别是如果业务逻辑依赖于外部服务类的状态。

重构后（充血模型） ：

java

代码解读

复制代码

public class Order { private String orderId; private double totalAmount; private List<OrderItem> items; public void addItem(OrderItem item) { items.add(item); totalAmount += item.getPrice(); } public void applyDiscount(double discount) { totalAmount -= discount; } public boolean placeOrder() { // 订单放置逻辑，可能包括验证、库存检查等 return true; } } // 领域服务，协调领域对象之间的交互 public class OrderService { public void processOrder(Order order) { order.placeOrder(); // 其他协调逻辑 } }

解决的问题：