1.工程模式定义
这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。
在工厂模式中,我们在创建对象时不会对客户端暴露创建逻辑,并且是通过使用一个共同的接口来指向新创建的对象。
一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法使一个类的实例化延伸到其子类。
工程模式的思路:
1.设计一个公共的接口;
2.分别设计具体的类去实现接口;
3.设计一个类来决定决定实例化哪一个工厂对象;(工厂类)
工厂模式类图:
如图所示,Commodity抽象类负责定义产品的共性,实现对事物最抽象的定义,Creator为抽象工厂类,具体如何创建产品类由具体的实现工厂SpecificCreator来完成。我们来看一下通用的模板代码:
public abstract class Commodity {
public void Method(){//公共的方法,不需要实现。
System.out.println("我是公共方法");
};
public abstract void PersonalMethod();//私有方法,需要具体实现
}
具体商品类可以有多个,都继承与抽象类Commodity,如下:
public class SpecificCommodityA extends Commodity {
@Override
public void PersonalMethod() {
System.out.println("我要实现A商品");
}
}
public class SpecificCommodityB extends Commodity{
@Override
public void PersonalMethod() {
System.out.println("我要实现B商品");
}
}
抽象工厂负责商品具体对象的生产 ,如下
public abstract class Creator {
public abstract <T extends Commodity> T getSpecificCommodityA(Class<T> clazz);
}
具体的工厂继承抽象工厂类,重写其中的方法,创建不同的具体商品对象。
public class SpecificCreator extends Creator{
@Override
public <T extends Commodity> T getSpecificCommodityA(Class<T> clazz) {
Commodity com = null;
try {
com = (Commodity)Class.forName(clazz.getName()).newInstance();
} catch (Exception e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
return (T)com;
}
}
通过这样的设计就可以生产不同的产品对象,测试类如下:
public class FactoryTest {
public static void main(String[] args) {
Creator creator = new SpecificCreator();
Commodity A = creator.getSpecificCommodityA(SpecificCommodityA.class);
Commodity B = creator.getSpecificCommodityA(SpecificCommodityB.class);
A.Method();
B.Method();
A.PersonalMethod();
B.PersonalMethod();
}
}
下面是输入结果:
我是公共方法
我是公共方法
我要实现A商品
我要实现B商品
2.工厂模式的优点和缺点
优点:
1、一个调用者想创建一个对象,只要知道其名称就可以了。
2、扩展性高,如果想增加一个产品,只要扩展一个工厂类就可以。
3、屏蔽产品的具体实现,调用者只关心产品的接口。
缺点:
每次增加一个产品时,都需要增加一个具体类和对象实现工厂,使得系统中类的个数成倍增加,
在一定程度上增加了系统的复杂度,同时也增加了系统具体类的依赖。这并不是什么好事。