走向.NET架构设计—第五章—业务层模式，原则，实践（前篇）-低调大师

走向.NET架构设计—第五章—业务层模式，原则，实践（前篇）

2017-11-07 695

走向.NET 架构设计— 第五章— 业务层模式，原则，实践（前篇）

　　前言：不管是GOF 的23 种设计模式，还是Flower 的企业架构模式，相信很多的朋友知道或者听说过。在那些很经典的书中，对模式都做了很精辟的解释，本篇的目的在于看看这些模式如何应用在项目中的，并且给出一些代码的例子，小洋也希望大家能够真正的理解这些模式的思想，而不仅仅停留在代码结构和表面上。

本篇的议题如下：

架构模式

设计模式

设计原则

　　在上一章中，我们讲述了有关业务层分层的一些知识，下面我们就来看看，在具体的业务层的设计中，我们可以采用哪些模式可以将业务层设计的更加的灵活！

　　架构模式

　　首先我们就来看看，如何更加有效的组织业务规则。

　　Specification Pattern( 需求规格模式)

　　这个模式的使用方法就是：把业务规则放在业务类的外面，并且封装成为一个个返回 boolean 值的算法。这些一个个的业务规则的算法不仅仅便于管理和维护，并且还可以被重用，而且很方便的组织成为复杂的业务逻辑。

　　下面我们就来看一个以在线租 DVD 的公司的例子。例子很简单，场景也很简单：判断一个用户是否可以租更多的 DVD 。下面就是我们设计的一个基本的类图。（大家肯定觉得一上来就看类图有点突兀，没有一步步的分析，其实我是想让大家知道，所讲的是个什么东西样子，之后大家再慢慢的理解）

下面我们就开始做这个事情：

public interface ISpecification<T>
    {
         bool IsSatisfiedBy(T entity);
    }

     public class HasReachedMaxSpecification : ISpecification<Customer>
{
         public bool IsSatisfiedBy(Customer entity)
        {
             return entity.TotalRentNumber > 5;
        }
}

　　上面的代码，其实就是把一个个的业务规则抽象出来了。我们知道，在系统中，不管业务规则多么复杂，最后在进行业务逻辑判定的时候，最后的结果还是“是否通过”。所以在这里就进行了抽象。

　　因为我们的例子是以一个在线租赁 DVD 为例子，用户可以来租赁 DVD ，其中也是有一定的规则的，例如，如果用户已经租了3 盘 DVD ，那么我们就会考虑，这个用户时候还可以继续租 DVD 。至于根据什么判断：可能 DVD 公司规定一个人最多不能超过 5 盘，或者 DVD 公司认为某个用户的信誉不好等等。

　　下面我们就来定义个具体的业务规则： HasReachedRentalThresholdSpecification

　　根据这个规则就决定一个用户是否可以租 DVD 。　　

代码

public class HasReachedRentalThresholdSpecification : ISpecification < CustomerAccount >
    {
         public override bool IsSatisfiedBy(CustomerAccount candidate)
        {
             return candidate.NumberOfRentalsThisMonth >= 5 ;
        }
    }

　　这个规则定义出来后，我们就在业务类中使用这个规则：

代码

private ISpecification<Customer> specification = null;

　　当然，我们可以把更多的业务规则组合进来。

　　这个例子到这里就完了，这个例子中只是简单的采用了 Specifiction 模式。但是实际的情况往往是没有这个简单的，因为一个业务逻辑往往要组合多个多个业务规则。下面我们就来进一步的看：如果采用链式的结构来完成复杂的业务逻辑。

　　Composite Pattern （组合模式）

　　注：这个模式不属于架构模式，而且 GOF 模式的一种，这里列出来主要是为了配合之前的 Specification 模式的，大家不要在这里纠结这个问题 J

　　Composite 模式允许把一个集合对象当做单个的对象来使用，而且我们还可以在这个所谓的 ” 单个对象 ” 中不断的嵌套。采用这种模式，可以把对象的层级关系组合成为“树形”的结构！我个人喜欢把它称为“容器模式”。

　　其实这个模式在我们在平时的 ASP.NET 或者 WinForm ,WPF 中到处可见。例如一个 Panel 控件，可以在里面加入另一个 Panel, 然后在 Panel 中可以加入 GroupBox ，然后再 GroupBox 中还可以加入 Button 等控件。这就是 .NET Framework 设计中采用了 Compiste 模式的例子。

　　下面来看看 Compiste 模式的 UML 结构图：

　　在上面的图中：
　　1. Component 是一个抽象类，这个类提供了一个 Add 方法，这个 Add 可以加入其他的 Component. 大家想想，这样是否就可以很容易的实现链式的效果。

　　2. Leaf 就是一个继承 Component 的具体类。

看到上面图，其实大家也可以想想在 ASP.NET 页面的生命周期中到处都是这种例子：例如在 ASP.NET 页面的 Init 事件中，因为 Page 本身就是一个容器，这个容器里面包含了很多的其他的控件，如 Panel,Button ，而且 Panel 里面还是控件。那么在 Init 方法就会调用自己的子容器的 Init 方法，然后子容器在调用自己的子容器的 Init 方法，这样就层层调用，直到最后调用到某个控件的 Init 的方法。这样这个页面的初始化就完成了。和上面的 UML 的结构是一样的。

下面我们还是来看一个例子吧。继续之前的 Specification 模式的讨论，看看如果结合则两种模式来组织复杂的业务逻辑。

为了使得例子有点说服力，我们把之前的业务稍微的变复杂一点点：为了判定一个用户是否可以租 DVD ，我们要进行一系列的规则判定之后才能决定结果：

1．用户的账号是否处于激活的状态

2．用户之前是否还欠费

3．用户租赁 DVD 的数量是否达到了规定的数量

　　下面首先总体来看看一些类图的结构 :

不知道大家有没有注意一点：每次我在讲述一个功能的时候，总是先让大家看看总体的类图的设计，然后再开始一个个的讲述。其实这样做事有原因的。在之前的文章中，一直提到“设计 Design ”。就是说在做一个功能之前，不是一下子就砸进去编码，而是首先把功能考虑清楚，然后从总体上考虑功能如何实现，然后写出一些测试代码，最后写出一些实现代码的骨架。上面的类图其实就是一个骨架。

按照之前的 Specification 模式的例子，我们首先条件两个类来新增的封装业务规则：

现在我们将例子进行扩充：为了判定一个用户是否可以租DVD ，我们要进行一系列的规则判定：

q 用户的账号是否处于激活的状态。

q 用户之前是否还欠费。

q 用户租赁DVD 的数量是否达到了规定的数量。

代码

public class CustomerAccountStillActiveSpecification : ISpecification < CustomerAccount >
    {
         public override bool IsSatisfiedBy(CustomerAccount candidate)
        {
             return candidate.AccountActive;
        }
    }

上面的代码用来判断用户是否处于激活状态

代码

     public class CustomerAccountHasLateFeesSpecification : ISpecification < CustomerAccount >
    {
         public override bool IsSatisfiedBy(CustomerAccount candidate)
        {
             return candidate.LateFees > 0 ;
        }
    }

上面的代码就判断用户是否欠费

添加完了所有的业务规则之后，好戏就开始了。

我们要把这些业务规则组合起来，放在容器中，然后只要调用父容器的一个方法，规则验证就一层层进行下去，就像我们之前举的 ASP.NET 的 Init 事件一样。

首先我们来添加一个表示容器的类：

代码

   public abstract class CompositeSpecification < T > : ISpecification < T >
    {
         public abstract bool IsSatisfiedBy(T candidate);

         public ISpecification < T > And(ISpecification < T > other)
        {
             return new AndSpecification < T > ( this , other);
        }

         public ISpecification < T > Not()
        {
             return new NotSpecification < T > ( this );
        }
    }

上面的代码有些不明白的地方，没什么，咱们耐心的往下面走。

代码

public class AndSpecification < T > : CompositeSpecification < T >
    {
         private ISpecification < T > _leftSpecification;
         private ISpecification < T > _rightSpecification;

         public AndSpecification(ISpecification < T > leftSpecification, ISpecification < T > rightSpecification)
        {
            _leftSpecification = leftSpecification;
            _rightSpecification = rightSpecification;
        }

         public override bool IsSatisfiedBy(T candidate)
        {
             return _leftSpecification.IsSatisfiedBy(candidate) && _rightSpecification.IsSatisfiedBy(candidate);
        }
    }

代码

public class NotSpecification < T > : CompositeSpecification < T >
    {
         private ISpecification < T > _innerSpecification;

         public NotSpecification(ISpecification < T > innerSpecification)
        {
            _innerSpecification = innerSpecification;
        }

         public override bool IsSatisfiedBy(T candidate)
        {
             return ! _innerSpecification.IsSatisfiedBy(candidate);
        }
    }

上面基础代码完成了，我们就开始实现我们想要的链式的效果！

我们修改之前的几个规则，和接口的定义，如下：

代码

public class HasReachedRentalThresholdSpecification :CompositeSpecification < CustomerAccount >
{
…
}

public class CustomerAccountStillActiveSpecification :CompositeSpecification < CustomerAccount >
{

…
}

public class CustomerAccountHasLateFeesSpecification :CompositeSpecification < CustomerAccount >
{
…
}

漫长的过程终于结束了，到了核心的部分，请看业务类现在的定义：

public class Customer
{
          private ISpecification<Customer> hasReachedRentalThreshold;
         private ISpecification<Customer> customerIsActive;
         private ISpecification<Customer> customerHasLateFees;

         public Customer()
        {
          hasReachedRentalThreshold = new HasReachedMaxSpecification();
            customerIsActive = new CustomerAvtiveSpecification();
            customerHasLateFees = new CustomerHasLateFeesSpecification();
        }

         public decimal TotalRentNumber { get; set; }
         public bool IsActive { get; set; }
         public decimal LateFees { get; set; }

         public bool CanRent()
        {
            ISpecification<Customer>canRent =customerIsActive.And(hasReachedRentalThreshold.Not()).And(customerHasLateFees.Not());
             return canRent.IsSatisfiedBy( this);
        }
}

大家主要看看那个 CanRent 方法

下面我们就来讲讲这个方法。

customerAccountActive 继承自 CompositeSpecification, 而 Add 方法的定义如下：

public ISpecification < T > And(ISpecification < T > other)
{
return new AndSpecification < T > ( this , other);
}

　　_customerAccountIsActive.And(_hasReachedRentalThreshold.Not()) 的结果就是使得 customerAccountIsActive 内部包含了平行的两条业务规则，结构如下：

　　方法返回的结果还是一个实现了 ISpecification 的对象，只不过这个对象（我们称之为“容器 A ”）里面有两个规则了。

　　然后这个保量两个业务规则的对象（容器 A ）再次调用 Add 方法，如下：

　　_customerAccountIsActive.And(_hasReachedRentalThreshold.Not()).
And(_customerAccountHasLateFees.Not());

　　此时相当于把之前那个容器 A 作为一个单独对象，再次调用 Add 方法，于是这个三个规则组合成为一个大的规则的容器：如下。

今天就到这里，东西不多，大家多琢磨一下！

本文转自yanyangtian51CTO博客，原文链接： http://blog.51cto.com/yanyangtian/423279 ，如需转载请自行联系原作者

微信关注我们

原文链接：https://yq.aliyun.com/articles/465147

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

Windows 2008 R2 DHCP服务器迁移至 Windows Server 2012-1

大多数企业在早期的IT基础架构中，都会考虑将DHCP等基础服务和域控角色混合部署。这样不但可以节约成本还能简化管理。但随着企业规模的不断扩大，IT基础架构会越来越完善，这种混合部署从权限管理、可用性方面都会存在种种限制。将角色服务器进行分离无疑是最佳选择。下面来看看如何将Windows2008 R2域控中的DHCP服务器迁移至Windows 2012中，并实现DHCP的故障转移功能。 DHCP故障转移Windows2012的一个新功能，此功能提供让两个 DHCP 服务器服务于同一子网或作用域的 IP 地址和选项配置的能力，前提是 DHCP 服务对客户端持续可用。两个 DHCP 服务器复制它们之间的租用信息，当一个服务器不可用时，可让另一个服务器承担服务整个子网中客户端的责任。还可用故障转移关系中两个服务器间分发的客户端请求来配置负载平衡配置中的故障转移。有关 Windows 2012 DHCP 的详细信息 http://technet.microsoft.com/zh-cn/library/jj200226.aspx 环境准备 Windows 2008 R2 IP：192.1...

2017-11-07

805

微软邮件系统Exchange 2013系列（二）先决条件

一、环境准备拓扑如图所示前端客户端访问使用两台服务器，通过Windows自带的NLB实现负载均衡及高可用，后端Mailbox两台服务采用DAG数据库高可用组架构。所有服务器的操作系统为Windows server 2012 域功能级别为Windows server 2012 林功能级别为Windows server 2012 1、域名准备内网DNS 序号类型记录信息 IP指向 1 A mail.contoso.com CasArray 2 A autodiscover.contoso.com Casarray 3 MX mail.contoso.com CasArray 公网DNS 序号类型记录信息 IP指向 1 A mail.contoso.com 公网IP 2 A autodiscover.contoso.com 公网IP 3 MX mail.contoso.com 公网IP 4 其他MX 邮件网关邮件网关（用于邮件防护可选） 2、网络准备 IP规划序号服务器角色网卡1 网卡1 IP 网卡2 网卡2 IP 1 CAS01 LAN 192.168.1.161 ...

2017-11-07

936

发表评论

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源，继承了IntelliJ IDEA强大的JS部分的功能。