面向接口及单例工厂随笔

面向接口及单例工厂

单例工厂是工厂模式的一种，表示生产出的产品为单例产品。

  在上古web开发中，后端是servlet、service、dao这三层。servlet依赖service，service依赖dao，为什么说依赖，因为该层持有另一层的对象：

//UserServlet
public class UserServlet extends HttpServlet {
    //一个UserServlet中持有一个UserService的实现类对象
    //这里UserService为接口，指向其实现类
    private UserService userService  = new UserServiceImpl();

    //其他代码
    ...
}

//Userservice
public interface UserService{
    private UserDao userDao = new UserDaoImpl();

    ...
}

//UserDao
public interface UserDao{
    //do something
}

  这里为什么将UserService和UserDao声明为接口，并让其引用实现类呢？

  我们要知道的是，Java语言是编译型语言，.java源代码文件是需要编译成.class之后才能运行，如果我们需要切换业务模式，比如需要使用UserService2的业务模式，对于上面用new的方式去创建对象，我们就需要去修改源代码，然后重新编译才能运行。而在项目大的时候，编译是非常耗费时间的。

  对于时间就是金钱的互联网行业，在你编译的时候，你的对手可能就把你的顾客给抢走了，那么有没有一种方法可以快速切换呢？

  有，就是使用反射 + 配置文件的方式来获取对象，当需要不同的对象时只需要修改配置文件，而不用重新编译：

public class UserServlet extends HttpServlet throws Exception {
    //1.读取配置，参数是.properties文件的文件名
    ResourceBundle rb = ResourceBundle.getBundle("service");
    //获取配置文件中的类路径
    String classPath = rb.getString("UserService");
    //通过类路径来获得实例，也就是创建对象
    private UserService userService  = Class.forName(classPath).newInstance();

    //其他代码
    ...
}

service.properties文件：

UserService = com.bilibili.service.impl.UserServiceImpl

  这样当我们想获取不同的UserServiceImpl实例时只需要修改配置文件并重启服务器即可。

  这也是为什么上面使用接口引用其实现类，如果直接使用实现类去引用的话则不能达到这种效果。

  上面的优化后虽然不用重新编译了，但是问题又来了：除了UserServlet中这样反射获得了一个对象，另一个Servlet中——ProductServlet也需要一个类似的ProductService对象，甚至Service中也需要dao对象，这些代码都很像，那么我们可不可以把这一部分给单独抽取出来，作为工具类使用能？

尝试一下：

public class BeansFactory {
    public static Object getInstance(String beanName){

        //1.读取配置
        ResourceBundle rb = ResourceBundle.getBundle("beans");
        String classPath = rb.getString(beanName);
        //2.反射创建对象
        Object o = null;
        try {
            o = Class.forName(classPath).newInstance();
        } catch (Exception e) {
            e.printStackTrace();
            throw new RuntimeException(e);
        }
        return o;
    }
}

  我们把这一部分逻辑相似的代码作为一个类的静态方法来使用，这个方法是专门用来生产对象的，我们把这种模式叫做工厂模式。

  上面的方式虽然很不错，但还是存在一些问题的：如果不止一个Servlet中需要使用UserService的实现类对象，比如Produce中也需要使用，是不是每个需要使用的地方都要用这种方式持有一个对象呢？
  对于每个需要使用到UserService的地方来说，我们只关注UserService中的方法，我们只是想使用它的功能，我们不关注这个对象怎么创建，也不关注是否是同一个对象，如果每个需要使用到的地方都去 getgetInstance来获得一个对象，这样会造成资源的浪费，那么能不能只创建一个对象来供许多地方使用能？

可以，这就是单例工厂：

public class BeansFactory {
    //我们把创建过的对象使用Map保存起来
    private static Map<String,Object> map = new HashMap<>();

    //这里使用synchronized修饰可以防止多线程问题
    public static synchronized Object getInstance2(String beanName){
        //当有地方需要获得对象时，优先从map中获取
        Object o = map.get(beanName);
        //o为null代表map中没有这种对象，此时我们就去创建这个对象并保存在map中
        if(o == null){
            //如果获取不到，再去反射机制创建，并且保存到map。
            //1.读取配置
            ResourceBundle rb = ResourceBundle.getBundle("beans");
            String classPath = rb.getString(beanName);
            //2.反射创建对象
            try {
                o = Class.forName(classPath).newInstance();
                //保存
                map.put(beanName,o);
            } catch (Exception e) {
                e.printStackTrace();
                throw new RuntimeException(e);
            }
        }

        return o;
    }
}

这样我们获取的的就是同一个对象了。