NET 应用架构指导 V2 学习笔记（二十） 业务组件设计指导

　　前言

　　业务组件的设计是非常重要的工作，如果你没有正确的设计业务组件的话，结果很可能就是代码难以维护和扩展。在设计和实现应用的时候，有多种类型的业务组件。包括业务逻辑组件，业务实体，业务流程或者是工作流组件，工具和帮助组件。

　　设计步骤

　　1 确定在应用中将会使用的业务组件

　　在业务层，你需要创建和使用各种类型的组件来处理业务逻辑。本步骤的目标就是如何识别这些组件，发现应用需要的组件。下面的步骤帮助你确定你需要那些组件：

• 　　考虑使用业务逻辑组件来封装业务逻辑和应用状态。业务逻辑是一种集中于实现业务规则和行为的应用逻辑，同时包括维护全局的一致性，例如数据合法性验证。业务逻辑组件应该设计成容易测试的、独立于表现层和数据访问层。
• 　　考虑使用业务实体作为领域模型的一部分，来代表真实世界的业务实体，例如产品和订单。
• 　　如果你的应用需要支持以一种特殊的顺序进行多进程处理，考虑使用业务工作流组件。使用在多个业务逻辑组件之间进行交互所需的业务规则。通过升级工作流组件就可以改变应用的行为。如果应用一定要实现根据业务规则实现动态的业务逻辑的话，考虑使用工作流组件。考虑使用WF实现工作流组件，考虑和微软的BizTalk Server环境整合。

　　2 为业务组件做关键的决定

　　web应用中的业务组件通常处理消息为基础请求，windows form应用通常处理事件为基础的请求。另外，不同类型的应用关注点也不同。一些因素是不分应用类型的，一些因素又是每个应用类型特有的。你一定要处理的关键问题包括：

• 　　部署位置。你的业务逻辑组件是放在客户端吗？还是应用服务器？还是两者都有？如果应用是富客户端应用或者是RIA，想要提高性能，使用领域模型设计业务实体，考虑在客户端放一些业务组件。如果要支持多种客户端类型，如果业务组件需要访问客户端访问不到的资源，或者是安全原因，考虑将业务组件放在应用服务器上。
• 　　耦合。表现层组件如何与业务组件交互？是应该设计一个表现层直接知道业务组件的紧耦合，还是一个对表现层屏蔽实现细节的业务组件松耦合。如果你是一个富客户端类型或者是RIA，可以考虑紧耦合表现层和业务组件。但是松散耦合可以提高可测试性和灵活性。如果你有一个富客户端类型或者是RIA应用，将业务组件部署在应用服务器或者是web服务器，为它们之间的交互设计一个服务接口，来实现松散耦合。
• 　　交互。如果业务组件和表现层组件部署在同一个物理层，考虑使用通过事件和方法的组件为基础的交互，来最大化性能。但是，如果表现层和业务层部署在不同的物理层，考虑使用服务接口和消息为基础的交互方式。

　　3 选择适当的事务支持

　　业务组件负责协调和管理业务层需要的事务。但是第一步是决定是否需要事务支持。事务用来确保一些的行为都可以执行，例如数据库事务。事务以一个单独的单元来完成。如果单元中的一个行为失败，其他的行为会回滚，确保系统的一致性状态。例如：有一个操作需要更新三张表，如果一个失败，两个成功，数据库将会处于不一致状态，这时候适合用事务来执行，一个失败，大家都回滚到事务之前的状态，保证了一致性。事务包括下面的一些类型：

• 　　System.Transactions。使用业务逻辑初始化和管理事务。包括在.NET 2.0中，实现轻量的事务管理。
• 　　WCF Transactions。在.NET 3.0中引入，如果和WCF service进行交互，考虑使用WCF Transactions。
• 　　ADO.NET Transactions。
• 　　Database。

　　4 确定业务规则如何处理

　　业务规则的管理是应用最有挑战性的设计之一。通常业务规则用于业务层。但是，他们会在业务层的那里呢？你可以放在业务逻辑或者是工作流组件，或者是一个独立的业务规则引擎，又或者是包含在领域模型设计的业务实体中。参考下面的选项：

• 　　业务逻辑组件。
• 　　工作流组件。
• 　　业务规则引擎。
• 　　领域模型设计。将业务规则包括在业务实体中。

　　5 确定满足需求的设计模式

　　

　　

设计模式	推荐原因
Adapter适配器模式	允许没有兼容接口的类在一起工作，允许开发者实现一个多态的类为现有了类提供一个可替代的实现。
Command	推荐在富客户端应用的菜单、工具条、键盘快捷键中使用，不同的组件执行相同的命令。
Chain of Responsibility	可以用来代替if 。。。then。。。else语句，可以处理复杂的业务规则。
Decorator	通过添加和修改操作，在运行的时候扩展对象的行为。需要一个通用的接口，有一个Decorator类来实现它。可以处理复杂的业务规则。
Dependency Injection	使用一个独立的类创建对象和成员，通常基于配置文件在运行的时候创建依赖关系。配置文件中指明类型的映射关系。提供一个修改行为的灵活方式，从而实现复杂的业务规则。
Facade	提供粗粒度的操作，统一多个业务组件的结果。典型的应用是，在业务层为以消息为基础的接口实现一个远程的外观，用来在表现层和业务层提供一个松散的耦合。
Factory	不用指定的类型创建对象实例，需要对象实现通用的接口，或者是继承一个基类。
Transaction Script	在很少的业务规则的CRUD操作中推荐使用。

　　未完待续。。。。。。。。。。。。。。。。。。。。。