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

简单工厂模式

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

      用户可以直接通过 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、匹克也想加盟,非常方便。