设计模式笔记

 设计模式之 Factory

 

    为什么要使用Factory：

     在软件系统中，经常面临着“某个对象”的创建工作，由于需求的变化，这个对象的具体实现经常面临着剧烈的变化，但是它却拥有比较稳定的接口（理解为应用和实现分离，降低耦合度）。如何应对这种变化？提供一种封装机制来隔离出“这个易变对象”的变化，从而保持系统中“其它依赖该对象的对象”不随着需求的改变而改变？这就是要说的Factory Method模式了。

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

 

 

     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(); }
}

//Client
class Program
{
    static void Main(string[] args)
    {
        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();
    }
}

 

 优点：

工厂方法使类中的代码不依赖于它必须创建的类，代码只要知道它需要创建的类的接口；

 

现在我们根据这句话来分析一下上面的例子：

1）工厂方法使类中的代码不依赖于它必须创建的类，对应于Creator c1 = new BulbCreator();也就是这行代码想要创建一个灯泡实例，但它并没有使用new BulbLight();这样，如果因需求迫使BulbLight类发生变化时，虽然客户程式是依赖于BulbLight，但此时并不会因为BulbLight的变化而使客户程式发生变化。

2）代码只要知道它需要创建的类的接口，对应于两个抽象类：Creator和Light

注：在客户程式中使用了具体类BulbCreator和TubeCreator，这个可以通过配置文件和反射来完成

转自：http://www.cnblogs.com/feipeng/archive/2007/03/12/671486.html

抽象工厂模式：http://www.cnblogs.com/feipeng/archive/2007/03/09/669227.html