码迷,mamicode.com
首页 > 其他好文 > 详细

创建型模式篇(工厂模式Factory Pattern)

时间:2018-03-16 12:09:41      阅读:182      评论:0      收藏:0      [点我收藏+]

标签:ima   装机   pos   设计   反射   完全   必须   conf   abs   

一、工厂模式(Factory Pattern)

1、定义:  在软件系统,经常面临着“某个对象”的创建工作,由于需求的变化,这个对象的具体实现经常面临着剧烈的变化,但是它却拥有比较稳定的接口。提供一种封装机制来隔离这个对象的变化,从而保持系统中其他依赖这个变化对象的对象,就要用到工厂模式。

2、目的:定义一个用户创建对象的接口,让子类决定实例化哪一个类,FactoryMethod使一个类的实例化延迟到它的子类。

3、结构图:

技术分享图片

工厂模式:定义一个用于创建对象的接口,但是让子类决定实例化哪个类。也就是说在工厂模式中,核心的工厂类不在负责所有产品的创建,而是将具体创建工作交给它的子类去做。这个核心类仅仅负责给出具体工厂必须实现的接口,而不用接触哪一个产品类被实例化这种细节。

现实工作中的例子:

//设计日志记录类Log,支持记录的方法有FileLog和EventLog两种记录类型。
//不用设计模式来实现:
public class Log
{
    public void WriteEvent()
    {
        Console.WriteLine("EventLog Success!");
    }
    public void WriteFile()
    {
        Console.WriteLine("FileLog Success!");
    }
    public void Write(string LogType)
    {
        switch(LogType.ToLower())
        {
             case "event":
                 WriteEvent();
                break;
                
            case "file":
                WriteFile();
                break;
                
            default:
                break;
                             
        }
    }
}
//这样程序结构显然不符合我们要求,加入要增加一种新的日志类型DataBaseLog,那么就要修改Log类,重新加入
//switch语句不断在变化,这就引起了整个应用程序的不稳定,EventLog和FileLog是两种完全不同的记录方式
//他们之前不存在必然的联系,应该把他们分别作为单独的对象来处理对待

使用工厂模式来实现:

思想是为EventLog和FileLog抽象出一个共同的父类,结构图如下:

技术分享图片

//首先抽象一个父类Log
public abstact class Log
{
    public abstract void Write();
}
//让EventLog和FileLog去继承父类,重写父类里的方法
//EventLog类
public class EventLog:Log
{
    public override void Write()
    {
        Conosole.WriteLine("EventLog Write Success!");
    }
}
//FileLog类
public class FileLog:Log
{
    public override void Write()
    {
        Console.WriteLine("FileLog Write Success!");
    }
}
//现在再有一个新的日志记录方式DataBaseLog时候,只需要增加一个DataBaseLog子类去继承父类就可以
//不用去修改EventLog和FileLog类,满足了类之间的层次关系,又很好的符合面向对象设计中的
//单一职责原则,每一个类都只负责一件具体的事情。
//但是我们并不确定客户程序去调用哪一种日志记录方式
//也许会用到下面的语句:
EventLog eventLog=new EventLog();
eventLog.Write();
//当日志记录方式从EventLog变成FileLog时候,我们就要修改程序中上面的创建对象语句。
//这样的工作量可想而知,此时就需要解耦具体的日志记录方式,就可以引入工厂模式了
//每一个日志记录的对象就是工厂所生成的产品,既然有两种记录方式,那就需要两个不同的工厂去生产。

因此声明两个不同类型的工厂类:EventFactory类和FileFactory类

//EventFactory类
public class EventFactory
{
    public EventLog Create()
    {
        return new EventLog();
    }
}
//FileFactory类
public class FileFactory
{
    public FileFactory Create()
    {
        return new FileLog();
    }
}

这两个工厂和具体的产品之间是平行的结构,并且一一对应,我们在他们两个基础上抽象出一个公用的接口:技术分享图片

//LogFactory类
public abstract class LogFactory
{
    public abstract Log Create();
}

//EventFactory类
public class EventFactory:LogFactory
{
    public override EventLog Create()
    {
        return new EventLog();
    }
}
//FileFactory类
public class FileFactory:LogFactory
{
    public override FileFactory Create()
    {
        return new FileLog();
    }
}
//这样通过工厂模式,把上面对象创建工作封装在了工厂中,达到了具体应用程序
//和具体日志记录方式对象之间的解耦
//客户端调用代码
publc class Test
{
    public static void Main(string[] args)
    {
        LogFactory factory=new EventFactory();
        Log log=factory.Create();
        log.Write();
    }
}

在应用程序中,Log对象创建是频繁的,要是换成另一种日志记录方式,只需要修改为:

LogFactory factory=new FileFactory()

其他任何地方都不需要修改,我们也可以说个.net的特性,避免这种不必要的修改,利用.net的反射机制来进行实现,所以就要用到配置文件了,如果我们想用哪一种日志记录方式,就在相应的配置文件中设置如下:

<appSettings>
    <add key="factoryName" value="EventFactory"></add?
</appSettings>

然后客户端代码可以这样写:

//客户端调用代码
publc class Test
{
    public static void Main(string[] args)
    {
        string strFactoryName=ConfigurationSettings.AppSettings["factoryName"];//引入配置文件
        LogFactory factory;
        factory=(LogFactory)Assembly.Load("FactoryMethod").CreateInstance("FactoryMethod"+strFactoryName);
        Log log=factory.Create();
        log.Write();
    }
}

 

创建型模式篇(工厂模式Factory Pattern)

标签:ima   装机   pos   设计   反射   完全   必须   conf   abs   

原文地址:https://www.cnblogs.com/drq1/p/8580038.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!