MVC和DDD的贫血和充血模型对比-架构区别

MVC三层架构

MVC三层架构是软件工程中的一种设计模式,它将软件系统分为 模型(Model)、视图(View)和控制器(Controller) 三个核心部分。具体如下:

  • 模型(Model):模型代表的是数据和业务逻辑,它负责管理应用程序的数据和定义操作数据的规则。模型直接与数据库进行交互,处理如数据库查询、更新等操作,并返回结果给视图或控制器。
  • 视图(View):视图是用户界面元素,它负责显示模型层提供的数据。视图通常不包含程序的逻辑,而是专注于数据的展示和用户交互的界面。一个模型可以对应多个视图,即相同的数据可以以不同的方式展现给用户。
  • 控制器(Controller):控制器是模型与视图之间的协调者,它处理用户的输入和系统的事件,执行相应的业务逻辑,并选择相应的视图来展示模型处理后的数据。控制器确保模型和视图之间的同步和数据的一致性。

DDD四层架构

DDD的四层架构旨在通过明确的层次划分来组织代码结构,促进模块化、可维护性和可扩展性。尽管DDD本身并未严格定义必须使用四层架构,不过在实践中,开发者常参考以下四层来构建DDD应用:

  • 表示层(Presentation Layer):
    这一层负责用户界面的展示和用户交互。它包括Web页面、移动应用的界面或是命令行界面等。此层的主要职责是接收用户的输入并展示处理结果,同时调用领域层的服务来完成业务操作。

  • 应用层(Application Layer):
    应用层是领域层和表示层之间的桥梁,它负责协调领域对象执行业务操作,处理事务边界,以及执行任何与具体技术框架相关的任务(如安全、权限控制等)。应用层中的服务通常很薄,主要封装领域逻辑的入口点,而不包含业务规则。

  • 领域层(Domain Layer):
    DDD的核心所在,封装了复杂的业务规则和逻辑。这一层包含了领域模型、实体(Entities)、值对象(Value Objects)、聚合(Aggregates)、领域事件(Domain Events)等概念。领域层的设计关注于反映业务领域的本质,使得业务逻辑清晰、可维护。

  • 基础设施层(Infrastructure Layer):
    提供底层技术支持,如数据库访问、消息队列、外部服务调用等。这一层实现了技术细节,如ORM映射、数据库访问接口、日志记录等,为上层提供必要的服务,同时也隐藏了技术实现细节,使得领域层和应用层能更加专注于业务逻辑。

上一篇:vue3早已具备抛弃虚拟DOM的能力了


下一篇:在GPU上加速RWKV6模型的Linear Attention计算