第23章创建型模式.pptVIP

第二十三章 创建型模式;创建有特定行为的对象要求的不仅仅是实例化一个类。 在这些模式中有两个不断出现的主旋律。第一，它们都将关于该系统使用哪些具体的类的信息封装起来。第二，它们隐藏了这些类的实例是如何被创建和放在一起的。整个系统关于这些对象所知道的是由抽象类所定义的接口。因此，创建型模式在什么被创建， 谁创建它，它是怎样被创建的，以及何时创建这些方面给予你很大的灵活性。它们允许你用结构和功能差别很大的“产品”对象配置一个系统。配置可以是静态的（即在编译时指定），也可以是动态的（在运行时）。 ; 因为创建型模式紧密相关，我们将所有5个模式一起研究以突出它们的相似点和相异点。我们也将举一个通用的例子——为一个电脑游戏创建一个迷宫——来说明它们的实现。这个迷宫和游戏将随着各种模式不同而略有区别。有时这个游戏将仅仅是找到一个迷宫的出口；在这种情况下，游戏者可能仅能见到该迷宫的局部。有时迷宫包括一些要解决的问题和要战胜的危险，并且这些游戏可能会提供已经被探索过的那部分迷宫地图。 我们将忽略许多迷宫中的细节以及一个迷宫游戏中有一个还是多个游戏者。我们仅关注迷宫是怎样被创建的。我们将一个迷宫定义为一系列房间，一个;房间知道它的邻居；可能的邻居要么是另一个房间，要么是一堵墙、或者是到另一个房间的一扇门。 类R o o m、D o o r和Wa l l定义了我们所有的例子中使用到的构件。我们仅定义这些类中对创建一个迷宫起重要作用的一些部分。我们将忽略游戏者、显示操作和在迷宫中四处移动操作，以及其他一些重要的却与创建迷宫无关的功能。 下图表示了这些类之间的关系。 ; 每一个房间有四面，我们使用C + +中的枚举类型D i r e c t i o n来指定房间的东南西北： enum Direction {North, South, East, West}; ; 类M a p S i t e是所有迷宫组件的公共抽象类。为简化例子， M a p S i t e仅定义了一个操作E n t e r，它的含义决定于你在进入什么。如果你进入一个房间，那么你的位置会发生改变。如果你试图进入一扇门，那么这两件事中就有一件会发生：??果门是开着的，你进入另一个房间。如果门是关着的，那么你就会碰壁。;只能确定直接在东边的是哪一个M a p S i t e并对它调用E n t e r。特定子类的E n t e r操作将计算出你的位置是发生改变，还是你会碰壁。在一个真正的游戏中， E n t e r可以将移动的游戏者对象作为一个参数。 R o o m是M a p S i t e的一个具体的子类，而 M a p S i t e定义了迷宫中构件之间的主要关系。 R o o m有指向其他M a p S i t e对象的引用，并保存一个房间号，这个数字用来标识迷宫中的房间。 ; 下面的类描述了一个房间的每一面所出现的墙壁或门。;; 我们不仅需要知道迷宫的各部分，还要定义一个用来表示房间集合的M a z e类。用R o o m N o操作和给定的房间号， M a z e就可以找到一个特定的房间。;一个简单数组进行一次查找。但我们在此处并不考虑这些细节，而是将注意力集中于如何指定一个迷宫对象的构件上。 我们定义的另一个类是M a z e G a m e，由它来创建迷宫。一个简单直接的创建迷宫的方法是使用一系列操作将构件增加到迷宫中，然后连接它们。例如，下面的成员函数将创建一个迷宫，这个迷宫由两个房间和它们之间的一扇门组成： ;; 考虑到这个函数所做的仅是创建一个有两个房间的迷宫，它是相当复杂的。显然有办法使它变得更简单。例如， R o o m的构造器可以提前用墙壁来初始化房间的每一面。但这仅仅是将代码移到了其他地方。这个成员函数真正的问题不在于它的大小而在于它不灵活。它对迷宫的布局进行硬编码。改变布局意味着改变这个成员函数，或是重定义它——这意味着重新实现整个过程——或是对它的部分进行改变——这容易产生错误并且不利于重用。 创建型模式显示如何使得这个设计更灵活，但未必会更小。特别是，它们将便于修改定义一个迷宫构件的类。; 假设你想在一个包含（所有的东西）施了魔法的迷宫的新游戏中重用一个已有的迷宫布局。施了魔法的迷宫游戏有新的构件，像D o o r N e e d i n g S p e l l，它是一扇仅随着一个咒语才能被锁上和打开的门；以及E n c h a n t e d R o o m，一个可以有不寻常东西的房间，比如魔法钥匙或是咒语。你怎样才能较容易的改变C r e a t e M a z e以让它用这些新类型的对象创建迷宫呢？