MVC vs. DDD

添码座原创大约 7 分钟

vs. / vs / v.s / v.s. / Vs. / ... / 底哪种才算正确？

https://spencerlam.hk/blog/2024/01/13/vs/这里有不算权威，但应该是正确的解释。

MVC

在过去的若干年中，MVC编程模型大行其道，通过将模型层、服务层、控制层等不同层次的职责分离，淘汰了更古老的页面模板方式。

以常见的电商订单系统为例来说明，它的典型工作过程应该是下面这样的。

会有一个OrderController类，专门负责处理客户端（PC、APP或小程序）发过来的下单请求。
会有一个OrderService类，专门负责各种业务逻辑处理，它的工作内容应该包括但不限于下面这些。
- 对用户账户信息进行合规性及行为的校验、分析和评估。
- 渲染用户购物车，如优惠叠加、价格计算、运营活动等。
- 调用ERP中的接口，检查是否有足够的库存，便于展示下单后的SKU。
- 完成其他相关工作后给订单服务（或者订单生产系统）发送消息，准备生成订单。
OrderService可能会需要通过其实现类OrderServiceImpl来完成上述方法。
OrderServiceImpl通过调用底层的数据访问层DAO/Mapper来操作数据库中的数据。
DAO/Mapper将DO/PO作为映射，实现对数据的CRUD操作。

它的伪代码可能是这样的。

public class FulfillService {
    @Resource
    private UserDAO userDAO;

    @Resource
	private CartDAO cartDAO;

    @Resource
	private WarehouseDAO warehouseDAO;

    @Resource
	private OrderDAO orderDAO;

    public void preAllocateWarehouse() {
        // 校验用户账户
        userDAO.check();

        // 渲染购物车
        cartDAO.render();

        // 库存检查
        warehouseDAO.check();

        // 创建预订单
        orderDAO.createPreOrder();

        // 其他几百行业务代码
        ......
    }
}

这基本上是一种面向数据库编程的范式，而不是面向真实世界业务编程的范式。

MVC最大的问题在于：代码和真实的业务流程、业务模型、业务语义完全脱节，导致可维护性极差。

哪怕是某个人自己写的代码，过了几个月后，他可能自己都看不懂了，更别说其他负责系统维护的工程师。

而且这种代码越到后期就越难于维护：当数量庞大的Controller、Service、Dao以及DO们混在一起的时候，整个系统已经无解了——要么原封不动，要么推倒重来，没有第三种选择。

DDD

它是什么

DDD的全称是Domain Driven Design，翻译过来就是领域驱动设计。

这里的领域指的是具体的业务分类，比如电商、社交、团购、教培、打车等不同的业务。

DDD的核心思想就是通过聚焦业务来优化软件设计流程，提高软件开发质量、提高可用性和复用性。

它是一套系统的设计方法论，从战略层面（业务规划）到战术设计（需求实现）都很规范，让编码工作更加清晰明了，而且完全面向业务。

用大白话说，DDD就是一种一切围绕业务的软件设计方法论，而不是像MVC那样围绕数据库编程。

2003年，Eric Evans出版了一本叫做《Domain-Driven Design: Tackling Complexity in the Heart of Software》（《领域驱动设计：软件核心复杂性应对之道》）的技术图书。
2005年，Alistair Cockburn提出了针对DDD的第一个系统设计架构：六边形架构（Hexagonal Architecture），又叫做端口适配器架构（Ports & Adapters Architecture）。
2008年，Jeffrey Palermo提出了洋葱架构（Onion Architecture）。
2012年，Robert C. Martin提出了改进后的整洁架构（The Clean Architecture）。
2013年～至今，中间陆续出版了一些DDD落地的书籍，也出现了微服务，这两种不同的思想和模式互相影响、借鉴。

虽然DDD中也有数据库操作，也存在CRUD，但它的关注点却始终在业务上。

来看一段DDD的伪代码，并把它和前面的MVC伪代码比较一番就能明白其中的差别。

/**
 * 仓库领域模型服务
 *
 */
public class WarehouseDomainService {
    @Resource
    private WarehouseApiGateway warehouseApiGateway;

    /**
     * 为订单分配最近的仓库
     *
     */
    public Warehouse preAllocateWarehouse(Order order) {
        // 查询所有的仓库信息
        Warehouses warehouses = warehouseApiGateway.getAll();
        // 从所有的仓库里选择一个距离订单收货地址最近的仓库
        Warehouse warehouse = warehouses.selectNearest(order.getDeliveryAddress());
        // 检查库存是否充足
        if(warehouse.isInventoryEnough(order.getItems())) {
            // 将履约订单分配给选择的仓库
            order.allocateToWarehouse(warehouse);
            // 锁定订单对应的库存
            warehouse.lockInventory(order);
            return warehouse;
        }
        return null;
    }
}