看了工厂模式的概念,感觉比较晦涩,用个人的话语来说,工厂模式就是用来提供对象的
比如在service层中需要调用dao层的类,就需要在service类中new dao()来创建dao对象,然后调用dao中的方法,这样的硬编码不利于以后代码的维护,为什么?因为如果在这个service类中调用了几百个甚至更多的dao类,如果dao类的实现方法改变了,如本来是jdbc,需要改成hibernate,那么就需要修改service中的这几百个dao类,这是一个多么庞大的工作。
所以可以用简单工厂模式来解决这个问题,用工厂类来提供对象,service不关心对象是怎么来的。具体代码实现如下:
定义一个抽象类,如操作数据的dao层
abstract class Dao{
abstract void add(); //增 (删改省略)
}
有两个子类继承这个抽象类,实现里面的方法。jdbc和hibernate操作数据库的方式
class JdbcDao extends Dao{
public void add(){
System.out.println("jdbc实现dao的增加方法");
}
}
class HibernateDao extends Dao{
public void add(){
System.out.println("Hibernate实现dao的增加方法");
}
}
提供一个工厂类,根据传递过来的参数,决定是调用jdbc还是hibernate
class DBFactory {
public static Dao getInstance(...){
//根据传进来的参数来返回对应的
if(...){
return new JdbcDao();
}else if(...) {
return new HibernateDao();
}
}
}
然后在service中需要dao的时候,就直接用工厂类的静态方法,根据传递的值,来获取不同的实现类
class TestService {
Dao dao = DBFactory.getInstance(...);
public void add(){
dao.add();
}
}