您的位置:首页 > 其它

设计模式--简单工厂(Simple Factory)

2018-01-22 14:36 381 查看
工厂模式是最常用的一种创建型模式,通常所说的工厂模式一般是指工厂方法模式。本篇是是工厂方法模式的“小弟”,我们可以将其理解为工厂方法模式的预备知识,它不属于GoF23种设计模式,但在软件开发中却也应用地比较频繁。此外,工厂方法模式还有一位“大哥”—抽象工厂模式,会在后面进行介绍。

简单工厂模式(SimpleFactory)
学习难度:★★☆☆☆
使用频率:★★★☆☆

一、从一个图表库谈起

  M公司想要基于C#语言开发一套图表库,该图表库可以为应用系统提供各种不同外观的图标,例如柱状图、饼状图或折线图等。M公司图表库设计开发人员希望为应用系统开发人员提供一套灵活易用的图表库,而且可以较为方便地对图表库进行扩展,以便于在将来增加一些新类型的图表。

  M公司的程序员提出了一个初始设计方案,将所有图表的实现代码封装在一个Chart类中,其框架代码如下所示:

publicclassChart

[code]{
privatestringtype;//图表类型


publicChart(object[][]data,stringtype)

{

this.type=type;

switch(type.ToLowerInvariant())

{

case"histogram":

{

//初始化柱状图

break;

}

case"pie":

{

//初始化饼状图

break;

}

case"line":

{

//初始化折线图

break;

}

}

}


publicvoidDisplay()

{

switch(type.ToLowerInvariant())

{

case"histogram":

{

//显示柱状图

break;

}

case"pie":

{

//显示饼状图

break;

}

case"line":

{

//显示折线图

break;

}

}

}

}

[/code]

修改点:多个if-else判断不太好,可以用switch更好些

  客户端代码通过调用Chart类的构造函数来创建图表对象,根据参数type的不同可以得到不同类型的图标,然后再调用Display()方法来显示相应的图表。

  但是,不难看出,Chart类是一个巨大的类,存在很多问题:

在Chart类中包含很多if-else代码块,相当冗长,可读性很差;

Chart类的职责过重,负责初始化和显示各种图表对象,违反了单一职责原则;

当需要增加新的图表类型时,必须修改Chart类的源代码,违反了开闭原则;

客户端只能通过new关键字来直接创建Chart对象,Chart类与客户端类耦合度较高,对象的创建和使用无法分离;

客户端在创建Chart对象之前可能还需要进行大量初始化设置,例如设置柱状图的颜色和高度等,如果在Chart类的构造函数中没有提供一个默认设置,那就只能由客户端来完成初始设置,这些代码在每次创建Chart对象时都会出现,导致代码的重复;

二、简单工厂模式概述

2.1要点

  简单工厂模式并不属于GoF23种经典设计模式,但通常将它作为学习其他工厂模式的基础。


简单工厂(SimpleFactory)模式:定义一个工厂类,它可以根据参数的不同返回不同类的实例,被创建的实例通常都具有共同的父类。因为在简单工厂模式中用于创建实例的方法是静态(static)方法,因此简单工厂模式又被称为静态工厂方法模式,它属于创建型模式。


  简单工厂模式的要点在于:当你需要什么,只需要传入一个正确的参数,就可以获取你所需的对象,而无须知道其创建细节

2.2结构图



  简单工厂模式包含3个角色:

Factory-工厂角色:该模式的核心,负责实现创建所有产品实例的内部逻辑,提供一个静态的工厂方法GetProduct(),返回抽象产品类型Product的实例。

Product-抽象产品角色:所有产品类的父类,封装了各种产品对象的共有方法,它的引入将提高系统的灵活性,使得在工厂类中只需要定义一个通用的工厂方法,因为所有创建的具体产品对象都是其子类对象。

ConcreteProduct-具体产品角色:简单工厂模式的创建目标,所有被创建的对象都充当这个角色的某个具体类的实例。

  在简单工厂模式中,客户端通过工厂类来创建一个产品类的实例,而无须直接使用new关键字来创建对象。(可以看出,它是工厂模式家族中最简单的一员)

三、重构图表库的实现

3.1新的结构图

  为了将Chart类的职责分离,同时将Chart对象的创建和使用分离,M公司开发人员决定使用简单工厂模式对图表库进行重构,重构后的结构图如下所示:



3.2新的代码实现

  (1)抽象产品角色:IChartable接口

publicinterfaceIChartable
{
voidDisplay();
}

  (2)具体产品角色:各种图表类型




publicclassHistogramChart:IChartable
{
publicHistogramChart()
{
Console.WriteLine("创建柱状图...");
}

publicvoidDisplay()
{
Console.WriteLine("显示柱状图...");
}
}

publicclassLineChart:IChartable
{
publicLineChart()
{
Console.WriteLine("创建折线图...");
}

publicvoidDisplay()
{
Console.WriteLine("显示折线图...");
}
}

publicclassPieChart:IChartable
{
publicPieChart()
{
Console.WriteLine("创建饼状图...");
}

publicvoidDisplay()
{
Console.WriteLine("显示饼状图...");
}
}




  (3)工厂角色:ChartFactory




publicclassChartFactory
{
publicstaticIChartableGetChart(stringtype)
{
IChartablechart=null;

if(type.Equals("histogram",StringComparison.OrdinalIgnoreCase))
{
chart=newHistogramChart();
Console.WriteLine("初始化设置柱状图...");
}
elseif(type.Equals("pie",StringComparison.OrdinalIgnoreCase))
{
chart=newPieChart();
Console.WriteLine("初始化设置饼状图...");
}
elseif(type.Equals("line",StringComparison.OrdinalIgnoreCase))
{
chart=newPieChart();
Console.WriteLine("初始化设置折线图...");
}

returnchart;
}
}




  (4)客户端调用:




publicstaticvoidMain()
{
IChartablechart=ChartFactory.GetChart("histogram");
if(chart!=null)
{
chart.Display();
}

chart=ChartFactory.GetChart("pie");
if(chart!=null)
{
chart.Display();
}
}




  运行结果如下:



  在客户端代码中,使用工厂类的静态方法来创建具体产品对象,如果需要更换产品,只需要修改静态工厂方法中的参数即可。例如:将柱状图改为饼状图,只需要将代码:

IChartablechart=ChartFactory.GetChart("histogram");

  改为:

IChartablechart=ChartFactory.GetChart("pie");

3.3改进的方案

  M公司开发人员发现在创建具体Chart对象时,每次更换一个Chart对象都需要修改客户端中静态工厂方法的参数,客户端代码需要重新编译,这对于客户端而言,是违反了开闭原则的。于是,开发人员希望有一种方法能够在不修改客户端代码地前提下更换具体产品对象。

  因此,他们考虑使用配置文件(XML)来实现:

<?xmlversion="1.0"encoding="utf-8"?>
<configuration>
<appSettings>
<addkey="charttype"value="histogram"/>
</appSettings>
</configuration>

  客户端因此改为:




publicstaticvoidMain()
{
stringtype=AppConfigHelper.GetChartType();//读取配置文件中的charttype
if(string.IsNullOrEmpty(type))
{
return;
}

IChartablechart=ChartFactory.GetChart(type);
if(chart!=null)
{
chart.Display();
}
}




  运行结果如下:



四、简单工厂模式总结

4.1主要优点

实现了对象创建和使用的分离:客户端可以免除直接创建产品对象的职责,而仅仅“消费”产品。

客户端无须知道所创建的具体产品类的类名,只需要知道具体产品类所对应的的参数即可。

通过引入配置文件,可以在不修改任何客户端代码地情况下更换和增加新的具体产品类,在一定程度上提高了系统的灵活性。

4.2主要缺点

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

使用简单工厂模式势必会增加系统中类的个数(引入新的工厂类),增加了系统的复杂度和理解难度。

系统扩展困难,一旦添加新产品就不得不修改工厂逻辑,在产品类型较多时,有可能会造成工厂逻辑过于复杂,不利于系统的扩展和维护。

简单工厂模式由于使用了静态工厂方法,造成工厂角色无法形成基于继承的等级结构。

4.3适用场景

工厂类负责创建的对象比较少,由于创建的对象较少,不会造成工厂方法中的业务逻辑太过复杂。

客户端只需要知道传入工厂类的参数,对于如何创建对象并不关心。

来源:http://www.cnblogs.com/edisonchou/p/6683262.html
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: 
章节导航