抽象工厂模式（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，勉强算是概念图，有点丑。。。
网友评论