简单工厂模式

简单工厂模式
通俗的来讲：简单工厂模式就是一个工厂只做一件事，比如我要制造手机，那么这个工厂就只造手机；如果你想要造电脑、平板等，对不起我不能生产，你要想生产就得改造这个工厂（工厂方法或抽象模式）或者增加具体产品类和对应的子工厂实现类。简单工厂模式通常创建对象的方法为静态（static）的方法，所有也可以叫做静态工厂模式。
简单工厂模式属于创建型设计模式。它不在 GoF 23 种设计模式之列。
优点和缺点
1.优点：
工厂类包含必要的逻辑判断，可以决定在什么时候创建哪一个产品的实例。客户端可以免除直接创建产品对象的职责，很方便的创建出相应的产品。工厂和产品的职责区分明确。
客户端无需知道所创建具体产品的类名，只需知道参数即可。
也可以引入配置文件，在不修改客户端代码的情况下更换和添加新的具体产品类。
每增加一个产品就要增加一个具体产品类和一个对应的具体工厂类，这增加了系统的复杂度，违背了“开闭原则”。
2.缺点：
简单工厂模式的工厂类单一，负责所有产品的创建，职责过重，一旦异常，整个系统将受影响。且工厂类代码会非常臃肿，违背高聚合原则。
使用简单工厂模式会增加系统中类的个数（引入新的工厂类），增加系统的复杂度和理解难度
系统扩展困难，一旦增加新产品不得不修改工厂逻辑，在产品类型较多时，可能造成逻辑过于复杂
简单工厂模式使用了 static 工厂方法，造成工厂角色无法形成基于继承的等级结构。
应用场景
对于产品种类相对较少的情况，考虑使用简单工厂模式。使用简单工厂模式的客户端只需要传入工厂类的参数，不需要关心如何创建对象的逻辑，可以很方便地创建所需产品。

下面用一段代码块来演示一下：

package com.xsz.java.Factory;

 public abstract class Factory {
     void Car() {
     }
 }
class Glass extends Factory {
    @Override
    public void Car() {
        System.out.println("生产玻璃");
    }
}
class Engine extends Factory{
         @Override
     public void Car(){
         System.out.println("生产发动机");
    }
    }
    class AutoTyre extends Factory{
         @Override
        public void Car(){
             System.out.println("生产轮胎");
         }
    }
class Product{
    public static Factory pruduct(String a){
        Factory f =null;
        switch (a){
            case "glass":
                f = new Glass();
                break;
            case "engine":
                f = new Engine();
                break;
            case "autotyre":
                f = new AutoTyre(); }
        return f;
    }
}
class Car{
     public static void main(String[]args){
         Factory glass = Product.pruduct("glass");
         Factory engine = Product.pruduct("engine");
         Factory autotyre = Product.pruduct("autotyre");
         glass.Car();
         engine.Car();
         autotyre.Car();
     }
 }