引言
思考我们在程序中时如何新建对象的。以一个userDaoImpl对象为例,我们通常是定义一个接口,然后再实现其实现类,代码如下:
UserDAO userDAO = new UserDAOImpl();
考虑这里存在的问题:我们的userDAOImpl内嵌在代码中。如果以后需要另外一个实现类来实现这个接口,是否需要在类似的所有代码中做替换?
出现这个问题的原因在于,代码之间存在着强关联关系,这种关系被称为耦合。耦合使得代码不易于维护。如何解耦正是工厂模式需要解决的问题。
简单工厂类
考虑这样一个类,这个类可以返回一个实现类。
UserService userService = BeanFactory.getUserService();
如果有一种方法,可以使得在不同情况下,这个工厂类返回的类型是不一样的话,那么进行代码维护就比以前方便了。这里的方法就是对这个工厂类的getUserService方法做手脚。考虑引入一个配置文件,在getUserService方法中读取配置文件,根据配置文件返回生成的类。
public class BeanFactory {
private static Properties env=new Properties();
static {
InputStream inputStream = BeanFactory.class.getResourceAsStream("/applicationContext.properties");
try {
env.load(inputStream);
} catch (IOException e) {
e.printStackTrace();
}
}
public static UserService getUserService() throws ClassNotFoundException, NoSuchMethodException, IllegalAccessException, InvocationTargetException, InstantiationException {
UserService userService=null;
Class clazz= Class.forName(env.getProperty("usersevice"));
userService =(UserService)clazz.getConstructor().newInstance();
return userService;
}
}
这段代码的核心是利用反射机制来代替了最初的new的方式。反射机制允许利用文件名来实例化一个对象,而文件及其存储路径通过properties配置文件来存储,从而实现了由文件来决定返回类型对象的功能。
对于这段代码,我们思考是否可以使得其返回的对象更加通用。上述代码并不通用的原因是返回类型不通用,同时传进配置文件的字符不通用,那么如果定义一个方法,引进一个参数,同时返回的类型定义为object,那么就可以实现一个通用的工厂类。
public class BeanFactory {
private static Properties env = new Properties();
static {
try (
// 第一步: 获得IO输入流
InputStream inputStream = BeanFactory.class.getResourceAsStream("/applicationContext.properties");
) {
// 第二步: 文件内容 封装 Properties集合 key = userService value = com.company.basic.UserServiceImpl
env.load(inputStream);
} catch (IOException e) {
e.printStackTrace();
}
}
public static Object getBean(String key) {
Object ret = null;
try {
Class clazz = Class.forName(env.getProperty(key));
ret = clazz.getConstructor().newInstance();
} catch (Exception e) {
e.printStackTrace();
}
return ret;
}
}