什么是贫血模型

什么是贫血模型？核心定义解析

在软件架构设计中，贫血模型（Anemic Domain Model）是一个经常被提及但也备受争议的概念。简单来说，它是一种领域模型设计模式，其中领域对象（Domain Objects）仅包含数据属性（Fields）以及用于访问这些属性的方法（Getter/Setter），而缺乏业务逻辑。

在贫血模型中，业务逻辑并不存在于领域对象内部，而是被提取到了所谓的“服务层”（Service Layer）或“事务脚本”（Transaction Script）中。这意味着，你的实体类（Entity）实际上更像是一个数据结构（Struct），而不是一个真正的面向对象对象。

为什么它被称为“贫血”？

“贫血”一词形象地比喻了这些对象缺乏“血液”（即行为逻辑）。在面向对象编程（OOP）的初衷中，对象应该是数据和行为的封装体。然而，在贫血模型中，对象退化成了纯粹的数据容器，导致代码中充斥着大量的过程式代码，而非真正的面向对象代码。

贫血模型：为什么它既流行又受批判？

尽管许多架构师推崇充血模型（Rich Domain Model），但贫血模型在企业级开发中依然占据主导地位。这并非偶然，而是有其特定的适用场景和优势。

✅ 贫血模型的优势

❌ 贫血模型的劣势

贫血模型 vs 充血模型：深度对比

选择哪种模型取决于项目的复杂度、团队规模以及业务逻辑的特性。以下是两者的详细对比：

何时选择贫血模型？

如果你的项目是典型的 CRUD 应用（如后台管理系统、简单的信息展示网站），业务逻辑简单且变化缓慢，贫血模型是更高效的选择。它减少了领域模型的复杂度，让开发聚焦于数据流转。

何时选择充血模型？

当业务逻辑复杂，涉及大量状态转换、验证规则和业务约束时（如电商订单系统、金融交易核心），充血模型能提供更好的内聚性和可维护性。它有助于实现 领域驱动设计 (DDD) 的战略和战术目标。

代码示例：从贫血到充血的演变

通过具体的 Java 代码示例，我们可以直观地看到两种模型在实现上的差异。假设我们有一个“银行账户”实体，需要执行“取款”操作。

public class Account {
    private String id;
    private BigDecimal balance;
    // 只有 Getter 和 Setter
    public String getId() { return id; }
    public void setId(String id) { this.id = id; }
    public BigDecimal getBalance() { return balance; }
    public void setBalance(BigDecimal balance) { this.balance = balance; }
}

public class AccountService {
    public void withdraw(Account account, BigDecimal amount) {
        // 逻辑在外部
        if (amount.compareTo(account.getBalance()) > 0) {
            throw new RuntimeException("余额不足");
        }
        // 直接修改内部状态，破坏封装
        account.setBalance(account.getBalance().subtract(amount));
        // 保存数据库...
    }
}

public class Account {
    private String id;
    private BigDecimal balance;
    // 移除 Setter，保护状态
    public String getId() { return id; }
    public BigDecimal getBalance() { return balance; }
    // 行为内聚在对象中
    public void withdraw(BigDecimal amount) {
        if (amount.compareTo(BigDecimal.ZERO) <= 0) {
            throw new IllegalArgumentException("取款金额必须大于0");
        }
        if (amount.compareTo(this.balance) > 0) {
            throw new InsufficientFundsException("余额不足");
        }
        this.balance = this.balance.subtract(amount);
    }
}

public class AccountService {
    public void processWithdrawal(Account account, BigDecimal amount) {
        // 逻辑委托给对象本身
        account.withdraw(amount);
        // 保存数据库...
    }
}

网友们还关心：与贫血模型相关的周边知识

在深入探讨 什么是贫血模型 之后，许多开发者会自然延伸到对架构演进、ORM 框架限制以及 DDD 落地难点的关注。以下是当前技术社区中高频讨论的关联话题。

如何优雅地混合使用？

在实际项目中，完全摒弃贫血模型可能不切实际。一种常见的折中方案是：简单实体使用贫血模型，复杂聚合根使用充血模型。对于简单的数据字典、配置项，贫血模型足够高效；而对于核心业务域（如订单、支付），则必须采用充血模型以保证业务一致性。

常见问题解答 (FAQ)