假设有一个接口Fruit,Apple、Orange等类均实现该接口,当我们想创建一个Apple的对象时,我们通常写下:
Fruit apple=new Apple();
再想创建Orange对象时,我们又要写:
Fruit orange=new Orange();
当我们想要创建其他所需的Fruit实现类时,我们必须自己再写一条条的new语句,甚至要对之前的一些代码作修改,工厂模式就为解决这一问题而生,通常它会定义一个创建产品的工厂接口,将实际的创建工作推迟到子类中!
工厂模式包括简单工厂模式、工厂方法模式、抽象工厂模式。
简单工厂模式:
在这种模式中,有一个Factory类,它有一个getIns方法,每次根据传入的参数来创建对象。
比如:
class Factory{
public static Fruit getIns(String type){
if(type.equals("apple")){
return new Apple();
}
esle if(type.equals("orange")){
return new Orange();
}else{
return null;
}
}
}
这样,我们创建对象时只需要:
//创建Apple类对象
Fruit instance01=Factory.getIns("apple");
//创建Orange类对象
Fruit instance02=Factory.getIns("orange");
这样所有的对象创建均由Factory来处理,方便管理对象创建。同时依据传入的参数来创建对象,使程序有了一定的动态性,但是这种方法的缺点也还是很明显的,比如要新加一个Pear类,那么就需要对getIns(String type)方法进行修改,新加一个if else语句,每新加一个Fruit实现类时,就要修改一次,这样代码之间耦合度还是很高,目前抽象工厂模式已经很少使用了。
工厂方法模式:
这种模式在这三种模式中使用最为频繁,大家熟知的MVC框架通常就采用了工厂方法。
该模式可以看作对简单工厂模式的扩展,它进一步将工厂类抽象出来,得到一个工厂接口,每一个待创建的类都有一个自己的工厂类。用该方法对上述例子进行改进:
首先创建工厂接口:
interface Factory{
public Fruit getIns();
}
每种产品有一个实现工厂接口的工厂类:
class AppleFactory implements Factory{
public Fruit getIns(){
return new Apple();
}
}
class OrangeFactory implements Factory{
public Fruit getIns(){
return new Orange();
}
}
这时,创建一个产品对象时,我们需要先创建相应的工厂类:
//创建Apple类对象
Factory factory=new AppleFactory();
Fruit instance01=factory.getIns();
//创建Orange类对象
factory=new OrangeFactory();
Fruit instance02=factory.getIns();
代码量确实增加了,但是值得注意的是:现在添加一个新的水果类时,对之前的代码不需做任何修改,只要增加实现Fruit接口的类与相应的工厂类即可。从高内聚低耦合角度来看,每个工厂类只负责生成相应的水果类,这属于高内聚,而不同类之间不互相影响,添加一个类或删除一个类,不需对其他类做任何修改,不同类之间几乎没有联系,这属于低耦合!并且符合“开-闭”原则(开闭原则要求能对软件进行功能扩展,并不应修改原有的代码。)
在MVC中,由于加入了反射技术,不用再写工厂类,使得代码更加简洁,但在此不作相关说明!
抽象工厂模式:
在讲解该模式之前,先来看一个概念:
产品族。
所谓产品族就是指:是以产品平台为基础,通过添加不同的个性模块,以满足不同客户个性化需求的一组相关产品(百度百科的定义),简单来说就是位于不同产品等级但功能相关联的产品组成的家族,比如sony的mp3与耳机是一个产品族,oppo的mp3与耳机也是一个产品族,mp3与耳机是不同等级的而功能相关的产品!
抽象工厂主要就应用于当系统提供多个产品族,而只需要使用其中一个产品族。
以产品族中提到的sony与oppo为例,采用抽象工厂方法来实现:
首先应为每种类型的产品设计接口
interface Mp3{
……
}
interface Headset{
……
}
为各个产品设计产品类
class SonyMp3 implements Mp3{
……
}
class SonyHeadset implements Headset{
……
}
class OppoMp3 implements Mp3{
……
}
class OppoHeadset implements Headset{
……
}
设计工厂接口:
interface Factory{
public Mp3 getMp3Ins();
public Headset getHeadsetIns();
}
让各个公司的工厂类实现工厂接口
class SonyFactory implements Factory{
public Mp3 getMp3Ins(){
return new SonyMp3();
}
public Headset getHeadsetIns(){
return new SonyHeadset();
}
}
class SonyFactory implements Factory{
public Mp3 getMp3Ins(){
return new OppoMp3();
}
public Headset getHeadsetIns(){
return new OppoHeadset();
}
}
有人看到这,也许会觉得很眼熟,甚至想当然的认为抽象工厂方法就是多个工厂方法的集合,那就在这将二者对比一下:
多个工厂方法中的产品是相互平行的,没有关系的,或者即使有关系但在设计中不必考虑,而抽象工厂中,主要面向的产品族,产品族的产品属于不同的产品等级,但又相互依存的,并且在抽象工厂模式中应体现出这种关系!理解产品族的概念,是理解抽象工厂关键。
抽象工厂方法很适合于应对“系列”的变更,但在难以应对“对象”的变更。比如在上述例子中有sony和oppo两家公司,这时想新加一个也是生产mp3和耳机的公司,只需让该公司实现工厂接口,公司产品实现各产品接口,之前的代码不需变更。而这时,这些公司突然想增加一种产品(比如:手机),他们必须了解手机的相关标准,然后设计自己品牌的手机,这时还产生什么影响,但手机设计出来后要投入生产,于是要在工厂内加入手机生产线,之前的工厂标准是能生产mp3和耳机,不符合现在要求,所以工厂的标准和各个公司的工厂都需修改!