javahome在哪个配置文件里_从简单工厂到Spring配置文件

让我们来看这样一段代码：

想象这样一个场景，你是一个手机测试厂商，现在你需要测试所有的Iphone手机。但是具体的测试方法不一样，比如Iphone6有了指纹识别，而Iphone4s没有。同时你需要考虑，未来还会新出Iphone8，Iphone9。

/*Iphone是一个抽象类，继承它的有Iphone5s，Iphone6，Iphone7等
  testIphone用来测试Iphone。
*/
Iphone testIphone(){
      Iphone iphone = new Iphone();
      iphone.powerOn();
      iphone.takePic();
      ...
}
           

这段代码真是好，体现了一个设计原则（面向接口编程而不是面向实现编程）这样的话，即使以后出来Iphone8，Iphone9也不需要修改代码。但是，聪明的你看出来上面代码的问题了吗，抽象类不可以创建对象，我们从抽象程度再往下走，具体应该这样写。

/*Iphone是一个抽象类，继承它的有Iphone5s，Iphone6，Iphone7等
  testIphone用来测试Iphone。
*/
Iphone testIphone(String type){
   Iphone iphone;
   if (type.equals("Iphone7")){
       iphone = new Iphone7();
    } else if (type.equals("Iphone8")){
        iphone = new Iphone8();
    } else if (type.equals("Iphone9")){
        iphone = new Iphone9();
    }
      iphone.powerOn();
      iphone.takePic();
      ...
}
           

运行倒是可以运行，但是以后如果Iphone7不在生产了，还需要去删掉相关代码，而且当新生产了Iphone10也得进行修改，这就违背了开闭原则（对修改关闭，对扩展开放）。怎么才能把前两段代码完美的结合起来呢，仔细观察，问题出在创建对象的时候，如果代码一后面的 new Iphone()部分可以自动跟着type改变就好了。

设计原则：找出代码中最可能变化的部分，把他们独立出来，不要和那些不变化的代码混在一起。

有了，我们把判断的那一部分拿出来封装成一个类，这样testIphone根本不需要知道到底是哪个Iphone，创建对象与使用对象完全解耦。

public Class SimpleIphoneFactory {
   public static Iphone createIphone(String type){
      Iphone iphone = null;
      if (type.equals("Iphone7")){
          iphone = new Iphone7();
       } else if (type.equals("Iphone8")){
          iphone = new Iphone8();
       } else if (type.equals("Iphone9")){
          iphone = new Iphone9();
    }
    return iphone;
  }
} 

/*Iphone是一个抽象类，继承它的有Iphone5s，Iphone6，Iphone7等
  testIphone用来测试Iphone。
*/
public Class TestIphone {
...
Iphone testIphone(String type){
      Iphone = SimpleIphoneFactory.createIphone(type);
      iphone.powerOn();
      iphone.takePic();
      ...
  }
}
           

通过创建工厂类来将对象的创建与对象的使用解耦，但你会说，这样依旧违背了开闭原则啊，当改变的时候，还是得在工厂类里面进行修改。

没错，这时候我们继续观察，String type传来的值其实可以与类名是一样的，如果我们在工厂类里把创建实例的部分写成创建传来的相应字符串岂不是可以？我们想到了利用反射机制

iphone = (Iphone)Class.forName(type).newInstance();
           

我们在想，在代码中我们可以不需要修改type来改变，可以去读取一个配置文件，这样做的好处是当bean进行修改时不用重新编译只需要更改配置文件就可以，聪明的你是否想到了Spring呢？没错，Spring里的bean.xml就相当于是配置文件啦，而ApplicationContext就相当于是工厂。

ApplicationContext ctx = new FileSystemXmlApplicationContext("bean.xml");
           

简单工厂模式中，我们经常应用到的就是获得数据库的连接啦，数据库是抽象类，具体的mysql等是实体类。DriverManager是工厂类。通过DriverManager的getConnection就可以获得相应的连接了。

//getConnection源码
    public static Connection getConnection(String url,
        String user, String password) throws SQLException {
        java.util.Properties info = new java.util.Properties();

        if (user != null) {
            info.put("user", user);
        }
        if (password != null) {
            info.put("password", password);
        }

        return (getConnection(url, info, Reflection.getCallerClass()));
    }