转载

[Head First设计模式]饺子馆(冬至)中的设计模式——工厂模式

 系列文章

[Head First设计模式]山西面馆中的设计模式——装饰者模式

[Head First设计模式]山西面馆中的设计模式——观察者模式

[Head First设计模式]山西面馆中的设计模式——建造者模式

引言

今天是冬至,去饺子馆吃饺子,看他们店里面的水饺种类挺多,在等待中,在想是不是可以用设计模式模拟一下,生产饺子的过程,正好最近也在看工厂模式,也就现学现卖了。当然,实现的方式很多,只是一个例子而已。祝大家冬至,多多吃水饺.....

对象创建的问题?

我们应该面向接口编程而不是面向实现编程,因为面向实现编程会使得我们的设计更脆弱,缺乏灵活性。但是我们每次使用new时,是不是正在违背这一设计原则呢?

当我们拥有一组相关的具体类时,是不是常常被迫写出类似下面的代码?

 1 Duck duck;
 2 
 3 if(picnic){
 4 
 5 duck=new MallardDuck();
 6 
 7 }else if(hunting){
 8 
 9 duck=new DecogDuck();
10 
11 }else if(inBathTub){
12 
13 duck=new RubberDuck();
14 
15 }

(以上为伪代码,只为说明问题)

向上面的实例化过程,知道运行时我们才知道需要实例化哪个类。

这样做的后果是如果应用要做变化或扩展,往往要修改这段代码。这使得维护困难,并容易引入错误。

问题在哪儿?

出现上面那种问题,是不是new的问题呢?

从技术上来说,new并没有任何问题。new只是面向对象语言的最基本部分,真正的问题在于“变化”。

如果对接口编程,我们可以实现与许多“变化”的隔离,因为通过多态机制,我们的代码对于实现接口的新类依然适用。但是使用具体类麻烦就来了,因为增加新的具体类时相应的代码可能就必须修改?

怎么办?

面向对象的设计原则:识别变化的部分,并将与不变化的部分相分离。

书中Pizza店案例分析

PizzaStore类中的一段代码-订做pizza

 

修改后的代码

由于市场竞争,其他pizza店推出了新产品,我们也得增加!例如VeggiePizza。 GreekPizza最近不受欢迎,把它从菜单中取消。

于是。。。

 

分析:变与不变的部分

 

分离

我们将专管制作pizza的对象叫做Pizza工厂

Pizza工厂---SimplePizzaFactory

思考一下?

      这看来好像我们只是把问题从一个对象推给了另一个对象!这样做有什么好处?

      SimplePizzaFactory可以有许多个客户,这样,当实现改变时我们只需要修改SimplePizzaFactory,而不需修改众多的客户。 提高了聚合度,PizzaStore的职责是使用pizza对象, SimplePizzaFactory的职责是决定创建什么样的pizza对象。

用工厂重写PizzaStore类

 1 public class PizzaStore {
 2    SimplePizzaFactory factory;
 3    public PizzaStore(SimplePizzaFactory factory) {
 4        this.factory = factory;
 5    }
 6    public Pizza orderPizza(String type) {
 7         Pizza pizza;
 8         pizza=factory.createPizza(type);
 9         pizza.prepare();
10         pizza.bake();
11         pizza.cut();
12         pizza.box();
13         return pizza;
14    }
15    //other methods here
16 }

简单工厂模式

饺子馆中的简单工厂实现

 水饺要实现的接口

 1   /// <summary>
 2     /// 水饺要实现的接口
 3     /// </summary>
 4     public interface IDumpling
 5     {
 6         string DumplingName { get; }
 7         /// <summary>
 8         /// 水饺的准备阶段方法
 9         /// </summary>
10         void Prepare();
11         /// <summary>
12         ///13         /// </summary>
14         void Boild();
15         /// <summary>
16         /// 展示订单
17         /// </summary>
18         void Show();
19     }

具体的水饺类

 1  /// <summary>
 2     /// 猪肉大葱水饺类
 3     /// </summary>
 4     public class PorkAndScallionDumpling:IDumpling
 5     {
 6 
 7         public string DumplingName
 8         {
 9             get { return "猪肉大葱水饺"; }
10         }
11 
12         public void Prepare()
13         {
14             Console.WriteLine("准备猪肉茴香水饺25个");
15         }
16 
17         public void Boild()
18         {
19             Console.WriteLine("正在煮......请稍等.....");
20         }
21 
22         public void Show()
23         {
24             Console.WriteLine("您的{0},准备好了。", this.DumplingName);
25         }
26     }
 1 /// <summary>
 2     /// 猪肉茴香水饺类
 3     /// </summary>
 4     public class PorkAndFennelDumpling : IDumpling
 5     {
 6         public string DumplingName
 7         {
 8             get { return "猪肉茴香水饺"; }
 9         }
10 
11         public void Prepare()
12         {
13             Console.WriteLine("准备猪肉茴香水饺25个");
14         }
15 
16         public void Boild()
17         {
18             Console.WriteLine("正在煮......请稍等.....");
19         }
20 
21         public void Show()
22         {
23             Console.WriteLine("您的{0},准备好了。", this.DumplingName);
24         }
25     }

工厂类

 1   /// <summary>
 2     /// 水饺的生产工厂
 3     /// </summary>
 4     public static class SimpleDumplingFactory
 5     {
 6         public static IDumpling CreateDumpling(string dumplingName)
 7         {
 8             IDumpling dumpling = null;
 9             switch (dumplingName)
10             {
11                 case "猪肉大葱":
12                     dumpling = new PorkAndScallionDumpling();
13                     break;
14                 case "猪肉茴香":
15                     dumpling = new PorkAndFennelDumpling();
16                     break;
17             }
18             return dumpling;
19         }
20     }

控制台代码

 1     class Program
 2     {
 3         static void Main(string[] args)
 4         {
 5             IDumpling dumpling = SimpleDumplingFactory.CreateDumpling("猪肉茴香");
 6             dumpling.Prepare();
 7             dumpling.Boild();
 8             dumpling.Show();
 9             Console.Read();
10         }
11     }

结果

授权pizza店

我们的pizza店非常成功,许多人都想开设我们的授权加盟店。为保证质量,我们希望他们使用我们经过时间考验的代码。
但是,不同地区的加盟pizza店可能希望供应不同口味的pizza。怎么解决这个问题呢?

解决方法之一:建立不同的工厂

 1 //建立不同的工厂:如NYPizzaFactory、 ChicagoPizzaFactory、 CaliforniaPizzaFactory,在PizzaStore中包含相应工厂的实例。其代码类似于:
 2 //该pizza店提供纽约风味的pizza
 3 NYPizzaFactory nyFactory=new NYPizzaFactory();//建立一个生产纽约风味pizza的工厂
 4 PizzaStore nyStore=new PizzaStore(nyFactory);//建立一个pizza店,引用纽约风味pizza的工厂
 5 nyStore.orderPizza(“Veggie”);//生产的是纽约风味的pizza
 6 
 7 //该pizza店提供芝加哥风味的pizza
 8 ChicagoPizzaFactory chicagoFactory=new ChicagoPizzaFactory();
 9 PizzaStore chicagoStore=new PizzaStore(chicagoFactory);
10 chicagoStore.orderPizza(“Veggie”);

抽象工厂模式

这么多工厂,可以再增加抽象层
另一种解决方法-工厂方法模式

思路:改写的PizzaStore,将createPizza()方法放回到PizzaStore,但是声明为抽象方法,然后,为每一种地方风味创建一个PizzaStore的子类。

改造后的PizzaStore的代码

 1 public abstract class PizzaStore {
 2    
 3    public Pizza orderPizza(String type) {
 4       Pizza pizza = createPizza(type);//在PizzaStore内调用自身的一个方法来制造pizza,而不是使用一个factory对象
 5 
 6       pizza.prepare();
 7       pizza.bake();
 8       pizza.cut();
 9       pizza.box();
10       return pizza;
11      }
12     abstract Pizza createPizza(String type);//factory对象成了这里的一个抽象方法
13 
14 }

下面我们需要PizzaStore的各种子类(对应不同的地区风味)

让子类做决定

 

 声明工厂方法

abstract Pizza createPizza(String type);
abstract Product factoryMethod(String type);

工厂方法是抽象的,在一个超类中定义。必须由子类来实现。
工厂方法返回一个产品,该产品通常在其所在类的方法中定义。(如orderPizza())
工厂方法通常提供参数,用以选择一个产品的不同品种。
工厂方法将客户(超类中的方法,如PizzaStore中的orderPizza())与具体的产品相隔离。

 工厂方法怎么工作?

假定张三喜欢纽约风味的pizza,李四喜欢芝加哥风味的pizza。
需要相应Pizza店的实例
调用orderPizza()订购想要的pizza品种
createPizza()被调用,并返回pizza到orderPizza()方法。
尽管不知道是什么pizza,但orderPizza()仍知道对它进行后续处理。

工厂方法模式中的类

创建者类 The Creator classes

产品类 The Product classes

工厂方法模式的定义

定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法模式让一个类的实例化延迟到其子类。

工厂方法模式的结构

总结:Factory Method模式

意图
定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法模式让一个类的实例化延迟到其子类。
别名
虚拟构造器

Factory Method—参与者

Product(document)定义工厂方法所创建对象的接口。
ConcreteProduct(mydocument)实现product接口。
Creator(application)声明工厂方法,可以调用工厂方法以创建一个product对象
ConcreteCreator (MyApplication)重新定义工厂方法,以返回一个ConcreteProduct实例

(篇幅有点长,关于工厂方法模式的实例就不再列举了,感兴趣的可以自己实现一下)

 参考书:

《First Head 设计模式》

 

正文到此结束
本文目录