简单工厂模式、工厂方法模式、抽象工厂模式总结

简单工厂模式

      简单工厂类似于小作坊，你要什么我给你什么，俗称万能的作坊。假设，我们现在要从作坊中获得衣服、鞋子

      用户可以直接通过 factory.produce() 方法获取物品

package com.overcome.mode.factory.simpleFactory;

/**
 * 生产衣服、鞋子
 */
public class LifeFactory {

    public Object produce(String goods) {
        /** 简单工厂职责重, 需要生产各种各样的东西 */
        if ("LiNingClothes".equals(goods)) {
            return new LiNingClothes();
        } else if("NikeClothes".equals(goods)) {
            return new NikeClothes();
        } else if("LiNingShoes".equals(goods)) {
            return new LiNingShoes();
        } else if("NikeShoes".equals(goods)) {
            return new NikeShoes();
        }
        return null;
    }

    public static void main(String[] args) {
        LifeFactory factory = new LifeFactory();
        System.out.println(factory.produce("LiNingShoes"));
    }
}

   缺点：违背开闭原则，职责太重

 

方法工厂模式

     方法工厂是为了解救小作坊而生的一种模式，目的是为了减轻简单工厂职责太重，遵循开闭原则

      从上面我们可以知道：在增加新物品的时候不会在修改原代码，符合开闭原则，但这样需要增加大量的类，会导致系统越来越庞大，从而增加了系统的维护成本和运行开销。        

 

抽象工厂模式

     先理解下产品等级和产品族的概念：

1. 产品等级：nike鞋子、李宁鞋子，抽象类是鞋子这样构成的关系称为产品等级。
2. 产品族类似于家族，李宁生产衣服、鞋子，耐克也会生产衣服、鞋子，每个厂商生产的一系列不同的产品称为一个产品族。 

 

                                                  

PS：抽象工厂与工厂方法最大的区别就在于，工厂方法模式针对的是一个产品等级结构，而抽象工厂模式需要面对多个产品等级结构，一个工厂等级结构可以负责多个不同产品等级中的产品对象的创建。

 

UML 类关系图：

缺点：

        增加新的产品等级结构很麻烦，增加新的产品等级结构很麻烦，增加新的产品等级结构很麻烦！！！（重要的事情说三遍）因为需要对原有系统进行较大的修改，甚至需要修改抽象层代码，这必然会带来较大的不便，在这个角度，它违背了开闭（对扩展开放，对修改封闭）原则。

优点：

        增加新的产品族很方便，无需修改已有系统，符合开闭原则。比如说，阿迪达斯、361、匹克也想加盟，非常方便。