· 工厂模式: - 实现了创建者和调用者的分离。 - 详细分类: · 简单工厂模式 · 工厂方法模式 · 抽象工厂模式 · 面向对象设计的基本原则: - OCP(开闭原则,Open-Closed principle): 一个软件的实体应当对扩展开放,对修改关闭。 - DIP(依赖倒转原则,Dependence Inversion Principle): 要针对接口编程,不要针对实现编程。 - LOD(迪米特法则,Law of Demeter): 只与你直接的朋友通信,而避免和陌生人通信。 · 核心本质: - 实例化对象,用工厂方法代替new操作。 - 将选择实现类、创建对象统一管理和控制。从而将调用者跟我们的实现类解耦。 · 工厂模式: - 简单工厂模式: · 用来生产同一等级结构中的任意产品。(对于增加新的产品,需要修改已有代码) - 工厂方法模式: · 用来生产同一等级结构中的固定产品。(支持增加任意产品) - 抽象工厂模式: · 用来生产不同产品族的全部产品。(对于增加新的产品,无能为力;支持增加产品族) · 工厂方法模式要点: - 为了避免简单工厂模式的缺点,不完全满足OCP。 - 工厂方法模式和简单工厂模式最大的不同在于,简单工厂模式只有一个(对于一个项目或者一个独立模块而言)工厂类,而工厂方法模式有一组实现了 相同接口的工厂类。 · 简单工厂模式和工厂方法模式PK: - 结构复杂度 从这个角度比较,显然简单工厂模式要占优势。简单工厂模式只需一个工厂类,而工厂方法模式的工厂类随着产品类个数量增加而增加,这无疑会 使类的个数越来越多,从而增加了结构的复杂程度。 - 代码复杂度 代码复杂度和结构复杂度是一对矛盾,既然简单工厂模式在结构方面相对简洁,那么他在代码方面肯定是比工厂方法模式复杂的,简单工厂模式的工 厂类随着产品类的增加需要增加很多方法或代码,而工厂方法模式每个具体工厂类只完成单一任务,代码简洁。 - 客户端编程难度 工厂方法模式虽然在工厂类结构中引入了接口从而满足了OCP,但是在客户端编码中需要对工厂类进行实例化,而简单工厂模式的工厂类是个静态类, 在客户端无需实例化,这无疑是个吸引人的优点。 · 根据设计理论建议:工厂方法模式占优势。但实际上,我们一般都用简单工厂模式。 · 抽象工厂模式 - 用来生产不同产品族的全部产品。(对于增加新的产品,无能为力;支持增加产品族) - 抽象工厂模式是工厂方法模式的升级版本,在有多个业务品种、业务分类时,通过抽象工厂模式产生需要的对象是一种非常好的解决方式。 · 工厂模式要点: - 简单工厂模式(静态工厂模式) · 虽然不符合设计原则(OCP开闭原则),但实际使用最多。 - 工厂方法模式 · 不修改已有类的前提下,通过增加新的工厂类实现扩展。 - 抽象工厂模式 · 不可以增加产品,可以增加产品族。 · 应用场景 - JDK中Calendar的getInstance方法 - JDBC中Connection对象的获取 - Hibernate中SessionFactory创建Session - Spring中IOC容器创建管理bean对象 - XML解析时的DocumentBuderFactory创建解析器对象 - 反射中Class对象的newInstance()
GitHub项目地址demo样例 https://github.com/songhaiboGitHub/GOF23