目录:
1、传统工厂设计模式
2、利用工厂设计模式解决
3.为 IFruit追加一个子类
1.传统工厂设计模式
如果要想进行对象的实例化处理除了可以使用关键字 new 之外,还可以使用反射机制来完成,一定会思考:为什么要提供有一个反射的实例化? 使用关键字 new 还是使用反射 ?
如果要想更好的理解此类问题,最好的解释方案就是通过工厂设计模式来解决。工厂设计模式的最大特点:客户端的程序类不直接牵扯到对象的实例化管理,只与接口发生关联,通过工厂类获取指定接口的实例化对象。
2.利用工厂设计模式解决
在实际的开发之中,接口的主要作用是为不同的层提供一个操作标准。但如果此时直接将一个子类设置实例化操作,一定会有耦合问题,所以使用工厂设计模式来解决此问题。
3.为 IFruit追加一个子类
此种工厂设计模式属于静态工厂设计模式,也就是说如果现在要追加一个子类,则意味着工厂类一定要做出修改,因为不追加这种判断是无法获取指定接口对象的。
工厂设计模式最有效解决的是子类与客户端的耦合问题,解决的核心思想是在于提供有一个工厂类作为过渡端,随着项目的进行,IFruit 接口可能会有更多子类,随着时间的推移子类产生的可能越来越多,那么此时就意味着工厂类永远都要进行修改 。
最好的解决方案就是不使用关键字 new 来完成,因为关键字 new 在使用的时候需要有一个明确的类存在。
newInstance () 方法只需要有一个明确表示类名称的字符串即可应用。
利用反射机制实现的工厂设计模式,最大的优势在于对于接口子类的扩充将不再影响到工厂类的定义。
另外存在有大量的接口,并且这些接口都可能需要通过工厂类实例化,此时的工厂设计模式不应该只为一个 IFruit 接口服务,应该变为为所有的接口服务。
下面是以上内容的基本实现:
Fruit类:
public class Fruit implements IFruit{
@Override
public void sale() {
System.out.println("我是买水果的!");
}
}
class Vegetables implements IFruit {
@Override
public void sale() {
System.out.println("通过电话进行联系并将蔬菜送货上门");
}
}
interface IFruit {
void sale() ;
}
Phone类:
public class Phone implements IPhone{
@Override
public void service() {
System.out.println("我是做手机服务的!");
}
}
interface IPhone{
void service() ;
}
Factory类:
public class Factory {
private Factory() {} //没有产生实例化对象的意义,所以构造方法私有化
/**
*获取接口实例化对象
* @param ClassName 接口子类名称
* @param clazz 接口类型,输出返回一个interface+接口名
* @param <T> 设置泛型减小耦合,增加代码复用性
* @return 如果存在该子类则返回指定接口实例化对象
*/
public static <T> T getInstance(String ClassName , Class<T> clazz) {
T instance = null ;
try {
instance = (T)Class.forName(ClassName).newInstance() ;
} catch (Exception e) {
e.printStackTrace();
}
return instance ;
}
}
测试类(ClassFactoryDemo):
public class ClassFactoryDemo {
public static void main(String[] args) {
IFruit fruit = Factory.getInstance("Fruit" , IFruit.class) ;
fruit.sale();
IPhone phone = Factory.getInstance("Phone" , IPhone.class) ;
phone.service();
IFruit vegetables = (IFruit) Factory.getInstance("Vegetables" , IFruit.class);
vegetables.sale();
}
}
此时的工厂设计模式将不再受限于指定的接口,可以为所有的接口提供实例化而应该变为为所有的接口服务。