主要观点总结
本文介绍了业务逻辑层在软件架构中的重要性及其设计过程，包括与领域专家的合作、业务逻辑层的模式应用以及PetShop的业务逻辑层设计。
关键观点总结
关键观点1: 业务逻辑层是系统架构中体现核心价值的部分，关注业务规则的制定和业务流程的实现。
业务逻辑层的设计过程需要领域专家的参与，以确保对领域业务的分析与理解。
关键观点2: 与领域专家的合作是项目成败的关键，可以通过Innocent Questions模式改进领域专家和技术专家的沟通质量。
需要确保团队中至少有一名领域专家，明确其角色任务与职责，包括制定业务规则和流程、与客户沟通、需求调研与讨论以及与设计师共同参与系统架构。
关键观点3: 业务逻辑层的模式应用包括事务脚本模式、领域模型模式和表模块模式。
PetShop的业务逻辑层设计中引入了领域模型模式，通过对购物车（Cart）类的设计体现了这一点。
关键观点4: PetShop的业务逻辑层设计相对简单，主要因为省略了复杂的业务逻辑细节。
在业务逻辑层中定义了相关的领域对象，如Cart类，但仅是对数据访问层的简单封装。
文章预览
业务逻辑层（Business Logic Layer）无疑是系统架构中体现核心价值的部分。它的关注点主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计，也就是说，它与系统所应对的领域（Domain）逻辑有关。很多时候，我们也将业务逻辑层称为领域层。例如，Martin Fowler在《企业应用架构模式》一书中，将整个架构分为三个主要的层：表现层、领域层和数据源层。作为领域驱动设计的先驱Eric Evans，对业务逻辑层做了更细致的划分，分别包括了应用层与领域层，通过分层进一步将领域逻辑与领域逻辑的解决方案分离。 业务逻辑层在体系架构中的位置很关键，它处于数据访问层与表现层中间，起到了数据交换中承上启下的作用。由于层是一种弱耦合结构，层与层之间的依赖是向下的，底层对于上层而言是“无知”的，改变上层的设计对于调用
………………………………
