论文部分内容阅读
摘要：ABP是“ASP.NET Boilerplate Project 即ASP.NET样板项目”的简称。ASP.NET Boilerplate是一个用最佳实践和流行技术开发现代WEB应用程序的新起点，它旨在成为一个通用的WEB应用程序框架和项目模板。ASP.NET Boilerplate 基于DDD领域驱动设计的经典分层架构思想，实现了众多DDD的概念。该文针对此问题讨论了ABP的设计过程。
关键词：ABP；ASP.NET；领域驱动设计
中图分类号：TP393 文献标识码：A 文章编号：1009-3044（2016）32-0045-02
1 ABP框架模式概述
ABP框架是基于ASP.NET的Web开发框架，不过它遵循一种名为DDD（领域驱动设计）的设计模式原则，下面就ABP框架的体系结构及模块系统做以分析。
为了减少复杂性和提高代码的可重用性，采用分层架构是一种被广泛接受的技术。
为了实现分层的体系结构，ABP遵循DDD（领域驱动设计）的原则，将分为四个层次：
展现层（Presentation）：提供一个用户界面，实现用户交互操作。
应用层（Application）：进行展现层与领域层之间的协调，协调业务对象来执行特定的应用程序的任务。它不包含业务逻辑。
领域层（Domain）：包括业务对象和业务规则，这是应用程序的核心层。
基础设施层（Infrastructure）：提供通用技术来支持更高的层。例如基础设施层的仓储（Repository）可通过ORM来实现数据库交互。
2 ABP体系结构分析
一个简单的解决方案，大致包含5个项目，每一层可以用一个或多个程序集来实现，具体分析如下：
1）领域层（Domain）
领域层就是业务层，是一个项目的核心，所有业务规则都应该在领域层实现。
2）实体（Entity）
实体代表业务领域的数据和操作，在实践中，通过用来映射成数据库表。
3）仓储（Repository）
仓储用来操作数据库进行数据存取。仓储接口在领域层定义，而仓储的实现类应该写在基础设施层。
4）领域服务（Domain service）
当处理的业务规则跨越两个（及以上）实体时，应该写在领域服务方法里面。
5）领域事件（Domain Event）
在领域层某些特定情况发生时可以触发领域事件，并且在相应地方捕获并处理它们。
6）工作单元（Unit of Work）
工作单元是一种设计模式，用于维护一个由已经被修改（如增加、删除和更新等）的业务对象组成的列表。它负责协调这些业务对象的持久化工作及并发问题。
3应用层（Application）设计
应用层提供一些应用服务（Application Services）方法供展现层调用。一个应用服务方法接收一个DTO（数据传输对象）作为输入参数，使用这个输入参数执行特定的领域层操作，并根据需要可返回另一个DTO。在展现层到领域层之间，不应该接收或返回实体（Entity）对象，应该进行DTO映射。一个应用服务方法通常被认为是一个工作单元（Unit of Work）。用户输入参数的验证工作也应该在应用层实现。ABP提供了一个基础架构使得很容易地实现输入参数有效性验证。通过使用AutoMapper这样的工具来进行实体与DTO之间的映射。
4基础设施层（Infrastructure）设计
当在领域层中为定义了仓储接口，应该在基础设施层中实现这些接口。可以使用ORM工具，例如EntityFramework或NHibernate。ABP的基类已经提供了对这两种ORM工具的支持。数据库迁移也被用于这一层。
5 WEB与展现层（Web
关键词：ABP；ASP.NET；领域驱动设计
中图分类号：TP393 文献标识码：A 文章编号：1009-3044（2016）32-0045-02
1 ABP框架模式概述
ABP框架是基于ASP.NET的Web开发框架，不过它遵循一种名为DDD（领域驱动设计）的设计模式原则，下面就ABP框架的体系结构及模块系统做以分析。
为了减少复杂性和提高代码的可重用性，采用分层架构是一种被广泛接受的技术。
为了实现分层的体系结构，ABP遵循DDD（领域驱动设计）的原则，将分为四个层次：
展现层（Presentation）：提供一个用户界面，实现用户交互操作。
应用层（Application）：进行展现层与领域层之间的协调，协调业务对象来执行特定的应用程序的任务。它不包含业务逻辑。
领域层（Domain）：包括业务对象和业务规则，这是应用程序的核心层。
基础设施层（Infrastructure）：提供通用技术来支持更高的层。例如基础设施层的仓储（Repository）可通过ORM来实现数据库交互。
2 ABP体系结构分析
一个简单的解决方案，大致包含5个项目，每一层可以用一个或多个程序集来实现，具体分析如下：
1）领域层（Domain）
领域层就是业务层，是一个项目的核心，所有业务规则都应该在领域层实现。
2）实体（Entity）
实体代表业务领域的数据和操作，在实践中，通过用来映射成数据库表。
3）仓储（Repository）
仓储用来操作数据库进行数据存取。仓储接口在领域层定义，而仓储的实现类应该写在基础设施层。
4）领域服务（Domain service）
当处理的业务规则跨越两个（及以上）实体时，应该写在领域服务方法里面。
5）领域事件（Domain Event）
在领域层某些特定情况发生时可以触发领域事件，并且在相应地方捕获并处理它们。
6）工作单元（Unit of Work）
工作单元是一种设计模式，用于维护一个由已经被修改（如增加、删除和更新等）的业务对象组成的列表。它负责协调这些业务对象的持久化工作及并发问题。
3应用层（Application）设计
应用层提供一些应用服务（Application Services）方法供展现层调用。一个应用服务方法接收一个DTO（数据传输对象）作为输入参数，使用这个输入参数执行特定的领域层操作，并根据需要可返回另一个DTO。在展现层到领域层之间，不应该接收或返回实体（Entity）对象，应该进行DTO映射。一个应用服务方法通常被认为是一个工作单元（Unit of Work）。用户输入参数的验证工作也应该在应用层实现。ABP提供了一个基础架构使得很容易地实现输入参数有效性验证。通过使用AutoMapper这样的工具来进行实体与DTO之间的映射。
4基础设施层（Infrastructure）设计
当在领域层中为定义了仓储接口，应该在基础设施层中实现这些接口。可以使用ORM工具，例如EntityFramework或NHibernate。ABP的基类已经提供了对这两种ORM工具的支持。数据库迁移也被用于这一层。
5 WEB与展现层（Web