大师网-带你快速走向大师之路 解决你在学习过程中的疑惑,带你快速进入大师之门。节省时间,提升效率

抽象工厂模式

抽象工厂模式(Abatract Factory):提供一个创建一系列相关或互相依赖对象的接口,而无需指定它们具体的类。


”AbstractProductA 和 AbatractProductB 是两个抽象产品,之所以抽象,是因为它们都有可能有两种不同的实现,就刚才的例子来说就是User和Department,而ProductA、ProductA2和ProductB1、ProductB2就是对两个抽象产品的具体分类的实现,比如ProductA1可以理解为是SqlserverUser,而ProductB1是AccessUser。

”这么说,IFactory是一个抽象工厂接口,它里面应该包含所有的产品创建的抽象方法。而ConcreteFactory和CincreteFactory2就是具体的工厂了。就像SqlserverFactory和AccessFactory一样。“

“理解的非常正确。通常是在运行时刻再创建一个ConcreteFactory类的实例,这个具体的工厂再创建具有特定的实现的产品对象,也就是说,为创建不同的产品对象,客户端应使用不同的工具工厂。“

抽象工厂模式的优点与缺点

最大的好处便是易于交换产品系列,由于具体工厂类,例如 IFactory factory = new AccessFactory(),在一个应用中只需要在初始化的时候出现一次,这就使得改变一个应用的具体工厂变得非常容易,它只需要改变具体工厂即可使用不同的产品配置。我们的设计不能去防止需求的更改,那么我们的思想便是让改动变得最小,现在如果你要是更改数据库访问,我们只需要更改具体工厂模式就可以做到。第二大好处是:它让具体的创建实例过程与客户端分离,客户端是通过它们的抽象接口操纵实例。产品的具体类名也是被具体工厂的实现分离,不会出现在客户端代码中。

缺点:是个模式都是会有缺点的,都有不适用的时候,抽象模式可以很方便的切换两个数据库访问的代码,如果根据某个特殊一点的需求来自增加功能,可能需要改动的地方偏多,可以通过其他方法来改进,编程是门艺术,大批量的改动是非常丑陋的做法。

假设目前你的程序里面有两个对象,苹果(apple)和香蕉(banana),那么你使用工厂模式就已经足够了,因为她们属于同一个品类,都属于水果,如果在添加一个菠萝产品,也只需要把菠萝加入到你的

水果工厂里面就够了。

但是如果你程序里面有四个对象,苹果汁,苹果派,香蕉汁,香蕉派,这四个对象正好有明确的层级关系,可以抽象为两个层级,苹果,香蕉,或者果汁,派。这时候你怎么来创建这些对象呢?这时候工厂模式明显已经不适用了,因为工厂模式是对象都实现了同一个接口,这时候就可以使用抽象工厂模式了。

具体怎么做呢?

就是把对象抽象一下,把这四个对象抽象为两个接口,一个果汁接口,一个派的接口。

然后再设计一个抽象的工厂(抽象类)abstractFactory,里面生产抽象的对象(也就是接口)Juice,Pie,单看这个结构就是一个工厂模式,但是我们要用生产的是对象而不是接口。

所以我们还需要两个具体工厂:

一个AppleFactory继承abstractFactory,实现生成Pie的方法和生成Juice的方法,实际上就是生成对象AppleJuice和ApplePie,

一个BananaFactory继承abstractFactory,实现生成Pie的方法和生成Juice的方法,实际上就是生成对象BananaJuice和BananaPie,

这样的话,对于调用者来说,我在开发过程中,只需要知道我操作的对象是Pie或者是Juice就够了,这样降低了耦合。

下面看下代码,首先是调用点。

package abstractFactory;

publicclass Test {

publicstaticvoid main(String args[]){

AbstractFactory factory1 =newAppleFactory();

factory1.createJuice().desc();

factory1.createPie().desc();

//假设我们之前需要的是applePie和appleJuice对象,现在需要换成bananaPie和BananaJuice对象

//我们只需要替换对应的实现工厂(把new AppleFactory换成new BananFactory就可以了,耦合比较低)

AbstractFactory factory2 =newBananaFactory(); factory2.createJuice().desc();factory2.createPie().desc();

}

}

下面是抽象工厂,生产对象的抽象。

package abstractFactory;


publicabstractclass AbstractFactory {

abstract Juice createJuice();

abstract Pie createPie();

}

下面是具体工厂两个

package abstractFactory;


publicclassAppleFactoryextends AbstractFactory{

@Override

Juice createJuice() {

returnnew AppleJuice();

}

@Override

Pie createPie() {

returnnew ApplePie();

}

}

package abstractFactory;


publicclassBananaFactoryextends AbstractFactory{

@Override

Juice createJuice() {

returnnew BananaJuice();

}

@Override

Pie createPie() {

returnnew BananaPie();

}

}

下面是对象抽象出来的接口两个

package abstractFactory;


publicinterface Juice {

publicvoid desc();

}

package abstractFactory;/** * Created by songjian on 3/29/2016.

*/publicinterface Pie {

publicvoid desc();

}

最后是我们要生产的四个对象。

package abstractFactory;


publicclassAppleJuiceimplements Juice {

@Override

publicvoid desc() {

System.out.println("苹果汁.");

}

}

package abstractFactory;


publicclassApplePieimplements Pie {

@Override

publicvoid desc() {

System.out.println("苹果派");

}

}

package abstractFactory;


publicclassBananaJuiceimplements Juice {

@Override

publicvoid desc() {

System.out.println("香蕉汁.");

}

}

package abstractFactory;


publicclassBananaPieimplements Pie {

@Override

publicvoid desc() {

System.out.println("香蕉派");

}

}

然后最后,再配上一张,我觉得可以帮助理解的图,没有用UML,勉强算是概念图,有点丑。。。