常见的设计模式

1、单例模式：在设计一个类的时候需要保证整个程序在运行过程中针对此类只有一个实例

2、装饰模式：通过一个包装类给某一个类动态的进行功能的增强

3、代理模式：给某一个对象提供一个代理对象，并由代理对象控制对原对象的引用

4、适配器模式：将一个类的接口转换成客户希望的另一个接口

5、工厂模式：提供了一种比较好的创建对象的方式，能够实现解耦。

工厂模式又可分为

1）简单工厂模式：通过定义一个产品接口类及多个产品接口实现类和 一个工厂类，在创建对象的时候通过传入不同的参数来创建不同的实例对象 （详情见：https://www.runoob.com/design-pattern/factory-pattern.html）

2）工厂方法模式： 通过定义一个工厂接口类及多个工厂接口实现类（创建不同的产品），在创建对象的时候通过不同的工厂类来创建不同的实例对象

3）抽象工厂模式：通过定义一个产品接口类及多个产品接口实现类 和一个工厂接口类及多个工厂实现类，在创建对象的时候通过获得生产不同产品的工厂类，然后通过不同的工厂类类生产不同的产品

详细分析见https://www.cnblogs.com/yssjun/p/11102162.html

工厂模式分析：

反射+properties è 解耦

User user = new User()  写死在程序

DriverManager.register( new Driver() ) 写死在程序

代码类不是固定的 如果以后更换类 或者 更换驱动 è 直接修改java的源码 è 重新编译

 

User user = new User() * 100   程序中出现一百次 需要修改成 Contact类  è 手动修改一百次

 

修改成下面的代码

User user = getUser() * 100

Student stu = getStudent () * 100

Public User getUser(){

   Return  new User();

}

如果是用方法替代 我们曾经的new过程 好处修改简单 还是需要修改源码

 

解耦 工厂 解决问题.

 

 

xml和properties以后都作为配置文件使用:

xml : 有结构层次 具有多段配置 (有所属关系) 能解耦(配置文件是不需要被编译的)

properties : 配置都是键值对 只有一个key key不可以重复  能解耦

 

xml为主 properties为辅