简单工厂模式-mile米乐体育

注意：上述复杂对象指的是类的构造函数参数过多等对类的构造有影响的情况，因为类的构造过于复杂，如果直接在其他业务类内使用，则两者的耦合过重，后续业务更改，就需要在任何引用该类的源代码内进行更改，光是查找所有依赖就很消耗时间了，更别说要一个一个修改了。

“工厂方法模式”是对简单工厂模式的进一步抽象化，其好处是可以使系统在不修改原来代码的情况下引进新的产品，即满足开闭原则。

优点和缺点

优点：

1. 工厂类包含必要的逻辑判断，可以决定在什么时候创建哪一个产品的实例。客户端可以免除直接创建产品对象的职责，很方便的创建出相应的产品。工厂和产品的职责区分明确。
2. 客户端无需知道所创建具体产品的类名，只需知道参数即可。
3. 也可以引入配置文件，在不修改客户端代码的情况下更换和添加新的具体产品类。

缺点：

1. 简单工厂模式的工厂类单一，负责所有产品的创建，职责过重，一旦异常，整个系统将受影响。且工厂类代码会非常臃肿，违背高聚合原则。
2. 使用简单工厂模式会增加系统中类的个数（引入新的工厂类），增加系统的复杂度和理解难度
3. 系统扩展困难，一旦增加新产品不得不修改工厂逻辑，在产品类型较多时，可能造成逻辑过于复杂
4. 简单工厂模式使用了 static 工厂方法，造成工厂角色无法形成基于继承的等级结构。

应用场景

模式的结构与实现

• 简单工厂（simplefactory）：是简单工厂模式的核心，负责实现创建所有实例的内部逻辑。工厂类的创建产品类的方法可以被外界直接调用，创建所需的产品对象。
• 抽象产品（product）：是简单工厂创建的所有对象的父类，负责描述所有实例共有的公共接口。
• 具体产品（concreteproduct）：是简单工厂模式的创建目标。

 public class client {     public static void main(string[] args) {     }      //抽象产品     public interface product {         void show();     }      //具体产品：producta     static class concreteproduct1 implements product {         public void show() {             system.out.println("具体产品1显示...");         }     }      //具体产品：productb     static class concreteproduct2 implements product {         public void show() {             system.out.println("具体产品2显示...");         }     }      final class const {         static final int product_a = 0;         static final int product_b = 1;         static final int product_c = 2;     }      static class simplefactory {         public static product makeproduct(int kind) {             switch (kind) {                 case const.product_a:                     return new concreteproduct1();                 case const.product_b:                     return new concreteproduct2();             }             return null;         }     } }