php设计模式介绍之规范模式

在一个应用软件的成型过程中，一些意想不到的商业逻辑到处出现。比如，基于价格的考虑，这个任 务必须减少项目；而那个任务也因为销售税而必须选择合适的比率；而其它的任务也必须因为其他的特 别条件而终止。一些商业规则是简单的，只需要不到一两个布尔比较关系就够了，然而它的规则可能需 要费时的估计，需要查询数据库或者用户输入数据来引导。

通过书写代码可以把抽象（比如一条 商业规则）转化为具体可见的东西。但是抽象物（比如购物方式，税率，或者计算海运费等等）都有其 进化的方式，而且这些改变很容易难倒一个不幸运的开发人员。为了保证安全可靠——到目 前为止你在这本书所看到的——尽可能的分离封装那些容易改变的模块是个很完美的想法。 而且，这的确也一个明智的应对商业规则的策略。

问题描述

有没有明确的方式来封装商 业逻辑呢？有没有一个容易改写和重用的技术呢？

解决方案

规范模式是为验证和选择而 开发的：

确认一个特殊的对象是否满足一定的标准

从集合中选择出满足给定标准的元素 。

规范模式能让你有效的组织这些标准，并在你的应用程序中灵活的使用他们。

代码重 构技术已经激发你的兴趣，你决定使用它来提升代码的清晰度和重用性。规范模式通过系统化进一步的 深化了这一步，它系统把这个结构分解成一个个单独的对象，这些对象能够很方便的插入到你的应用程 序的合适地方。很多情况下，在你的应用程序里，规范对象是参数化的，而且经常被组合在一起来构建 复杂的合乎逻辑的表达式。

相关知识

Eric Evans 和 Martin Fowler 发表过一篇关于规 范模型的文章，地址是：http://www.martinfowler.com/apsupp/spec.pdf

这个模式在Eric Evans的书本《动态驱动设计》(“Domain Driven Design”)的第224到273页有详细的介绍。

为了合理的全面覆盖这个模式，这章被组织成合乎逻辑的三部分。第一部分通过一个纯粹的实例 来说明基本的模式概念。（Evans 和 Fowler 把这个称为为“硬编码规范Hard Coded Specification”）。接下来的部分演示了如何构建一个参数化规范模型，它提供了一个更加动态 和灵活的框架来实现规范模式（或者因此而称为“参数化规范”）的重用。最后一部分，我 们开发了一个“方案工厂”（Policy Factory）,它把许多规范对象集中成一个易于使用的包 （package）。

Traveling to Warm Destinations(到温暖的目的地去旅行)

最近，我和我 的家人计划去度一个假期，我的妻子想去一个“温暖的地方”。虽然有无数旅行相关的站点 ，但是在我们访问过的站点中没有一个站点能够为每一个目的地提供详细的天气信息。没办法，我们不 得不转到weather.com然后开始搜索，这是十分的不方便的。现在让我们来改变这种情况，为一个假定的 旅行站点增加一个天气搜索功能。在这里我们是用规范模式这个指南来引导你编码，从而比较旅行者期 望的最低温度和许多目的地的平均温度

首先，我们创建一些非常简单的对象。第一个是旅行者（ a Traveler），它存储了首选的最低温度。

// PHP5
class Traveler {
public $min_temp;
}

接下来我们创建一个对象来表示目的地（Destination）。 由于平均温度是一个关键的标准，目的地的构建函数（__constructor）应该得到一个十二维的数组，该 数组的每一个值对应一年里面每个月的平均温度。

class Destination {
protected $avg_temps;
public function __construct($avg_temps) {
$this->avg_temps = $avg_temps;
}
}

目的地（Destination）同样也还要一个方法，通过调用这 个方法能够得到这个目的地在指定月份的平均温度。

class Destination {
//...
public function getAvgTemPByMonth($mont

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!