Fruit apple=FruitFactory.getFruit("design.pattern.simplefactory.Apple");//注意是全路径
apple.get();
Fruit banana=FruitFactory.getFruit("design.pattern.simplefactory.Banana");
banana.get();
}
}
2.工厂方法模式：
工厂方法模式去掉了简单工厂模式中工厂方法的静态属性，使得它可以被子类继承。这
样在简单工厂模式里集中在工厂方法上的压力可以由工厂方法模式里不同的工厂子类来分
担。
1) 抽象工厂角色： 这是工厂方法模式的核心，它与应用程序无关。是具体工厂角色必须
实现的接口或者必须继承的父类。在java 中它由抽象类或者接口来实现。
2) 具体工厂角色：它含有和具体业务逻辑有关的代码。由应用程序调用以创建对应的具体
产品的对象。
3) 抽象产品角色：它是具体产品继承的父类或者是实现的接口。在 java 中一般有抽象类
或者接口来实现。
4) 具体产品角色：具体工厂角色所创建的对象就是此角色的实例。在 java 中由具体的类
来实现。
[java]
//抽象产品角色，具体产品角色与简单工厂模式类似，只是变得复杂了些，这里略。
//抽象工厂角色
public interface FruitFactoryInterface
{
public Fruit getFruit();
}
public class OrangeFactory implements FruitFactoryInterface
{
@Override
public Fruit getFruit()
{
// TODO Auto-generated method stub
return new Orange();
}
}
public class PearFactory implements FruitFactoryInterface
{
@Override
public Fruit getFruit()
{
// TODO Auto-generated method stub
return new Pear();
}
}
//应该和具体产品形成对应关系...
public class MainClass
{
/**
* @param args
* @throws IllegalAccessException
* @throws InstantiationException
*/
public static void main(String[] args) throws InstantiationException, IllegalAccessException
{
// TODO Auto-generated method stub
FruitFactoryInterface ffi_0=new PearFactory();//工厂方法模式
Fruit pear=ffi_0.getFruit();
pear.get();
FruitFactoryInterface ffi_1=new OrangeFactory();
Fruit orange=ffi_1.getFruit();
orange.get();
}
}
//抽象产品角色，具体产品角色与简单工厂模式类似，只是变得复杂了些，这里略。
//抽象工厂角色
public interface FruitFactoryInterface
{
public Fruit getFruit();
}
public class OrangeFactory implements FruitFactoryInterface
{
@Override
public Fruit getFruit()
{
// TODO Auto-generated method stub
return new Orange();
}
}
public class PearFactory implements FruitFactoryInterface
{
@Override
public Fruit getFruit()
{
// TODO Auto-generated method stub
return new Pear();
}
}
//应该和具体产品形成对应关系...
public class MainClass
{
/**
* @param args
* @throws IllegalAccessException
* @throws InstantiationException
*/
public static void main(String[] args) throws InstantiationException, IllegalAccessException
{
// TODO Auto-generated method stub
FruitFactoryInterface ffi_0=new PearFactory();//工厂方法模式
Fruit pear=ffi_0.getFruit();
pear.get();
FruitFactoryInterface ffi_1=new OrangeFactory();
Fruit orange=ffi_1.getFruit();
orange.get();
}
}
缺点
可以看出工厂方法的加入，使得对象的数量成倍增长。当产品种类非常多时，会出现大量的与之对应的工厂对象，这不是我们所希望的。
解决办法
为了避免这种情况，可以考虑使用简单工厂模式与工厂方法模式相结合的方式来减少工厂类：即对于产品树上类似的种类（一般是树的叶子中互为兄弟的）使用简单工厂模式来实现。
简单工厂模式与工厂方法模式真正的避免了代码的改动了？
没有。在简单工厂模式中，新产品的加入要修改工厂角色中的判断语句；而在工厂方法模式中，要么将判断逻辑留在抽象工厂角色中，要么在客户程序中将具体工厂角色写死（就象上面的例子一样）。而且产品对象创建条件的改变必然会引起工厂角色的修改。
面对这种情况，Java 的反射机制与配置文件的巧妙结合突破了限制——这在Spring 中完美的体现了出来。
小结
工厂方法模式仿佛已经很完美的对对象的创建进行了包装，使得客户程序中仅仅处理抽
象产品角色提供的接口。那我们是否一定要在代码中遍布工厂呢？大可不必。也许在下面情
况下你可以考虑使用工厂方法模式：
1) 当客户程序不需要知道要使用对象的创建过程。
2) 客户程序使用的对象存在变动的可能，或者根本就不知道使用哪一个具体的对象。
3.抽象工厂模式
先来认识下什么是产品族： 位于不同产品等级结构中，功能相关联的产品组成的家族。
还是让我们用一个例子来形象地说明一下吧。
例子中的NorthFruit 和SouthFruit 就是两个产品树（产品层次结构）；而如图所示的
NorthGrape 和NorthPine 就是一个产品族。他们都可以放到跑车家族中，因此