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

本文深入探讨了工厂模式的三种形态:简单工厂、方法工厂和抽象工厂,对比了它们的优缺点,以及如何在软件设计中应用这些模式来提高代码的可扩展性和可维护性。

简单工厂模式

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

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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值