Java设计模式（二）简单工厂模式

文章目录

设计模式六大原则
- 1. 开闭原则
- 2. 里氏代换原则
- 3. 依赖倒转原则
- 4. 接口隔离原则
- 5. 迪米特法则（最少知道原则）
- 6. 合成复用原则
工厂设计模式
- 什么是工厂模式
- 工厂模式的好处
- 简单工厂模式
- - 介绍
  - 代码实现
  - 简单工厂的优缺点
  - 应用场景

因为单例设计模式和六大原则并不是很契合，所以，设计模式六大原则在这里进行简单介绍

设计模式六大原则

1. 开闭原则

开闭原则（Open Close Principle）就是说对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类，后面的具体设计中我们会提到这点。

2. 里氏代换原则

里氏代换原则（Liskov Substitution Principle）面向对象设计的基本原则之一。里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。 LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。

3. 依赖倒转原则

依赖倒转原则（Dependence Inversion Principle）这个是开闭原则的基础，具体内容：真对接口编程，依赖于抽象而不依赖于具体。

4. 接口隔离原则

接口隔离原则（Interface Segregation Principle）的意思是：使用多个隔离的接口，比使用单个接口要好。还是一个降低类之间的耦合度的意思，从这儿我们看出，其实设计模式就是一个软件的设计思想，从大型软件架构出发，为了升级和维护方便。降低依赖，降低耦合。

5. 迪米特法则（最少知道原则）

迪米特法则（Demeter Principle）也叫最少知道原则，就是说：一个实体应当尽量少的与其他实体之间发生相互作用，使得系统功能模块相对独立。

6. 合成复用原则

合成复用原则（Composite Reuse Principle）是尽量使用合成/聚合的方式，而不是使用继承。

工厂设计模式

什么是工厂模式

工厂模式简单来说就是实现了创建者和调用者分离

工厂模式分为简单工厂模式、工厂方法模式、抽象工厂模式

工厂模式的好处

工厂模式是我们最常用的实例化对象模式，是使用工厂方法代替new操作的一种模式。

利用工厂模式可以降低程序的耦合性，为后期的维护修改提供了很大的便利。

将选择实现类、创建对象统一管理和控制。从而将调用者跟我们的实现类解耦。

简单工厂模式

介绍

简单工厂模式并不属于23种设计模式之一。

简单工厂模式相当于是一个工厂中有各种产品，创建在一个类中，客户无需知道具体产品的名称，只需要知道产品类所对应的参数即可。但是工厂的职责过重，而且当类型过多时不利于系统的扩展维护。

代码实现

// 定义一个工厂的类型（商品类）
public interface GoodsS {void goodsInfo();
}

// 工厂中生产的产品1（苹果）
public class AppleS implements GoodsS {@Overridepublic void goodsInfo() {System.out.println("simple...Apple...");}
}
// 工厂中生产的产品2（香蕉）
public class BananaS implements GoodsS {@Overridepublic void goodsInfo() {System.out.println("simple...banana...");}
}
// 工厂中生产的产品3（食用盐）
public class SaltS implements GoodsS {@Overridepublic void goodsInfo() {System.out.println("simple...salt...");}
}

// 生产产品的工厂（简单工厂模式）
public class SimpleFactory {public static GoodsS createGoodsS(String name) {GoodsS goodsS = null;if (!(name!=null && name.length()>0)) {return null;}switch (name) {case "apple" :goodsS = new AppleS();break;case "banana":goodsS = new BananaS();break;case "salt":goodsS = new SaltS();break;}return goodsS;}
}

// 客户通过工厂生产对应的产品，而不是直接和商品打交道
public class SimpleClient {public static void main(String[] args) {GoodsS apple = SimpleFactory.createGoodsS("apple");GoodsS banana = SimpleFactory.createGoodsS("banana");GoodsS salt = SimpleFactory.createGoodsS("salt");apple.goodsInfo();banana.goodsInfo();salt.goodsInfo();}
}

简单工厂的优缺点

优点：

简单工厂模式能够根据外界给定的信息，决定究竟应该创建哪个具体类的对象。
明确区分了各自的职责和权力，有利于整个软件体系结构的优化。
将“类实例化的操作”与“使用对象的操作”分开，让使用者不用知道具体参数就可以实例化出所需要的“产品”类，从而避免了在客户端代码中显式指定，实现了解耦。

缺点：

工厂类集中了所有实例（产品）的创建逻辑，一旦这个工厂不能正常工作，整个系统都会受到影响；
违背“开放 - 关闭原则”，一旦添加新产品就不得不修改工厂类的逻辑，这样就会造成工厂逻辑过于复杂。
简单工厂模式由于使用了静态工厂方法，静态方法不能被继承和重写，会造成工厂角色无法形成基于继承的等级结构。

应用场景

客户如果只知道传入工厂类的参数，对于如何创建对象的逻辑不关心时；
当工厂类负责创建的对象（具体产品）比较少时。

工厂设计模式

Java设计模式（三）工厂方法模式
Java设计模式（四）抽象工厂模式