工厂方法模式
需要配合笔记中的简单工厂模式这一篇来看;
定义一个用于创建对象的接口,让子类决定实例化哪个类。工厂方法使一个类的实例延迟到其子类。
在工厂方法模式中有如下角色:
- Product:抽象产品类;
- ConcreteProduct:具体产品类,实现Product;
- Factory:抽象工厂类,该方法返回一个Product类型的对象;
- ConcreteFactory:具体工厂类,返回ConcreteProduct实例;
工厂方法模式的简单实现
抽象工厂里面写一个createComputer()方法,想生产哪个牌子的计算机就生产哪个品牌的计算机。
(1)创建抽象工厂
public adbstract class ComputerFactory{
public abstract <T extends Computer> T createCoputer(Class<T> clz);
}
(2)具体工厂
比如某个代工厂是一个具体的工厂,其继承抽象工厂,通过反射来生产不同厂家的计算机。
public class DemoComputerFactory extends ComputerFactory{
@Override
public <T extends Computer> T createComputer(Class<T> clz){
Computer computer = null;
String className = clz.getName();
try{
//通过反射来生产不同厂家的计算机;
computer = (Computer) Class.forName(className).newInstance();
}catch(Exception e){
e.printStackTrace();
}
return (T)computer;
}
}
(3)客户端调用
客户端创建DemoComputerFacory,并分别生产联想、惠普、华硕计算机。
public class Client{
public static void main(String[] args){
ComputerFactory computerFactory = new DemoComputerFactory();
LenovoComputer lenoveComputer = computerFactory.createComputer(LenovoComputer.class);
lenovoComputer.start();
HpComputer hpComputer = computerFactory.createComputer(HpComputer.class);
hpComputer.start();
AsusComputer asusComputer = computerFactory.createComputer(AsusComputer.class);
asusComputer.start();
}
}
工厂方法与简单工厂
对于简单工厂模式,其在工厂类中包含了必要的逻辑判断,根据不同的条件来动态实例化相关的类。对客户端来说,这去除了与具体产品的依赖;但同时也带来了一个问题:如果我们要增加产品,比如我们要生产苹果计算机,就需要在工厂类中添加一个case分支条件,这违背了开放封闭原则,对修改也开放了。而工厂方法模式就没有违背这个开放封闭原则。如果我们需要生产苹果计算机,则无需修改工厂类,直接创建产品即可。
-
-
-
-
-
-
-
-
-
-
-
-------------------last line for now------------------