深入浅出设计模式(2)——工厂和抽象工厂(Factory/Abstract Factory)

 

在软件系统中,经常面临着“某个对象”由于需求的变化,对象的具体实现面临着剧烈的变化。为了应对这种变化我们抽象出它比较稳定的接口,隔离出“这个易变对象”的变化,从而保持系统中“其它依赖该对象的对象”不随着需求的改变而改变,这就是要说的Factory Method模式了。

定义一个用户创建对象的接口,让子类决定实例化哪一个类。Factory Method使一个类的实例化延迟到其子类。

简单工厂:



例子:如果生活中有两种灯一种是灯泡,另一种是灯管,它们都有两个方法TurnOn()和TurnOff(),有两个人,一个人会做灯泡,一个人会做灯管,他们两个各自做各自的。 如果我要订两批灯一批是灯泡一批是灯管的话。那我要分别派人去找两个人分别谈判、沟通两次,再分别派人取货,但有一天我派去取货的人喝醉了,去做灯泡的人那里去要灯管,又去做灯管的人那里取灯泡,这样可就出错了。后来这两个人合做开了一家灯工厂,拥有两条生产线,这个工厂能同时造灯泡和灯管,那我只需与这家工厂谈判一次就可以了,也只需派人来这个工厂的销售部取货就可以了。当然销售部不能只销售灯泡,也不能只销售灯管,是二者都销售,根据订单不同销售的内容也不同。

using System;

public abstract class Light

{

   public abstract void TurnOn();

   public abstract void TurnOff();

}

public class BulbLight : Light

{

   public override void TurnOn()

   {

      Console.WriteLine("Bulb Light is Turned on");

   }

   public override void TurnOff()

   {

      Console.WriteLine("Bulb Light is Turned off");

   }

}

public class TubeLight : Light

{

   public override void TurnOn()

   {

      Console.WriteLine("Tube Light is Turned on");

   }

   public override void TurnOff()

   {

     Console.WriteLine("Tube Light is Turned off");

   }

}

public class LightSimpleFactory

{

   public Light Create(string LightType)

   {

      if(LightType == "Bulb")

         return new BulbLight();

      else if(LightType == "Tube")

         return new TubeLight();

      else

         return null;

   }

}

public class Client

{

   public static void ()

   {

      LightSimpleFactory lsf = new LightSimpleFactory();

      Light l = lsf.Create("Bulb");

      l.TurnOn();

      l.TurnOff();

      Console.WriteLine("-----------------");

      l = lsf.Create("Tube");

      l.TurnOn();

      l.TurnOff();

   }

}

工厂类角色Creator (LightSimpleFactory):工厂类在客户端的直接控制下(Create方法)创建产品对象。
抽象产品角色Product (Light):定义简单工厂创建的对象的父类或它们共同拥有的接口。可以是一个类、抽象类或接口。
具体产品角色ConcreteProduct (BulbLight, TubeLight):定义工厂具体加工出的对象。

优点:
工厂类可以决定创建哪一个产品类的实例,客户端可以免除直接创建产品对象的责任,而仅仅"消费"产品。实现了对责任的分割。

缺点:

工厂类集中了所有产品创建逻辑,一旦工厂不能正常工作,整个系统都要受到影响。

系统扩展困难,一旦添加新产品就不得不修改工厂逻辑(生产线)。

复杂工厂:

在第二种工厂中核心工厂不再负责所有产品的创建,而是将具体创建工作交给子类去做。核心工厂仅仅负责给出具体工厂必须实现的接口,而不接触某一个产品类被实例化这种细节。这可以在引进新产品的时候增加一个新的具体工厂就可以了,而不用去大改现有的工厂。



在第二种工厂中,工厂类与产品类往往具有平行的等级结构,它们之间一一对应。

例子:如果上面例子中要生产一种新产品-探照灯,那就得把原来的两条生产线进行大的修改,生产完成后再把生产线改回来,这样就太影响工作了,于是他们想出了一个方法再建一条生产线,专门生产探照灯。

using System;

public abstract   class Light

{

   public abstract void TurnOn();

   public abstract void TurnOff();

}

public class BulbLight : Light

{

   public override void TurnOn()

   { Console.WriteLine("Bulb Light is Turned on"); }

   public override void TurnOff()

   { Console.WriteLine("Bulb Light is Turned off"); }

}

public class TubeLight : Light

{

   public override void TurnOn()

   { Console.WriteLine("Tube Light is Turned on"); }

   public override void TurnOff()

   { Console.WriteLine("Tube Light is Turned off"); }

}

public abstract   class Creator

{

   public abstract Light factory();

}

public class BulbCreator : Creator

{

   public override Light factory()

   { return new BulbLight(); }

}

public class TubeCreator : Creator

{

   public override Light factory()

   { return new TubeLight(); }

}

public class Client

{

   public static void ()

   {

      Creator c1 = new BulbCreator();

      Creator c2 = new TubeCreator();

      Light l1 = c1.factory();

      Light l2 = c2.factory();

      l1.TurnOn();

      l1.TurnOff();

      Console.WriteLine("-----------------");

      l2.TurnOn();

      l2.TurnOff();

   }

}

抽象工厂(Creator)角色:是工厂方法模式的核心,与应用程序无关。任何在模式中创建的对象的工厂类必须实现这个接口。

具体工厂(Concrete Creator)角色:这是实现抽象工厂接口的具体工厂类,包含与应用程序密切相关的逻辑,并且受到应用程序调用以创建产品对象。在上图中有两个这样的角色:BulbCreator与TubeCreator。

抽象产品(Product)角色:工厂方法模式所创建的对象的超类型,也就是产品对象的共同父类或共同拥有的接口。在上图中,这个角色是Light。

具体产品(Concrete Product)角色:这个角色实现了抽象产品角色所定义的接口。某具体产品有专门的具体工厂创建,它们之间往往一一对应。

 

 

ABSTRACT FACTORY(抽象工厂) ——对象创建型模式(构造性)

  

一、意图

  1、提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。

  2、抽象工厂是一个能从几组类中返回其中某一组的工厂对象。

二、别名

  kit

三、结构(示例解决方案)

 

 

四、适用性

 在一下情况可以使用Abstract Factory模式

  1、一个系统要独立于它的产品的创建、组合和表示时

  2、一个系统要由多个产品系列中的一个来配置时

  3、当你要强调一系列相关的产品对象的设计以便进行联合使用时

  4、当你提供一个产品类库,而只想显示它们的接口而不是实现时

五、参与者

  1、Abstract Factory--申明一个创建一系列抽象产品对象的操作接口。

  2、Concrete Factory--实现创建具体产品对象的操作

  3、Abstract Product--为一类产品对象申明一个接口

  4、Concrete Product-定义一个将被相应的具体工厂创建的产品对象,实现Abstract Product接口

  5、Client--仅使用由Abstract Factory和Abstract Product类申明的接口

六、协作

  1、通常在运行时刻创建一个Concrete Factory类的实例。这一具体的工厂创建具有特定实现的产品对象。

  2、为创建不同的产品对象,客户应使用不同的具体工厂

  3、Abstract Factory将产品对象的创建延迟到它的Concrete Factory子类。

七、效果

  Abstract Factory模式有下面的一些优点和缺点:

  1、它分离了具体的类

  2、它使得易于交换产品系列

  3、它有利于产品的一致性

  4、难以支持新种类的产品

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值