在 CQRS 架构篇提到，由于 Command 和 Query 内部驱动力完全不同，需要在架构层就进行分离，但其中有个一个原则极为重要： “读”再复杂也是简单； “写”再简单也是复杂； 可见 Command 远比 Query 棘手的多，其中最关键的便是使用哪种模式来承载业务？ 最常见的业务承载模式有： 事务脚本。 领域模型。 事务脚本 和 领域模型 都是承载业务的不同模型，都有其适合的场景，没有绝对的对和错。核心的决策依据只有一个：选择最合适的业务场景即可。 简单且直观的对两者进行区分： 事务脚本，门槛低上手快，适合简单的业务场景，比如资讯、博客等； 领域模型，门槛很高，适合处理复杂的业务场景，比如电商、银行、电信等； 大家最常听说也是最反感的便是：被别人称为 CRUD boy，更多时候说的便是 事务脚本。 1.1. 事务脚本 事务脚本（Transaction Script）是一种应用程序架构模式，主要用于处理简单的业务场景。它将业务逻辑和数据库访问紧密耦合在一起，以便实现对数据的操作。 事务脚本，将整个业务逻辑封装在一个事务中，借助数据库事务来满足业务操作的 ACID...
