[设计模式] - 工厂模式(Factory Pattern)简单到复杂之路

简单工厂模式

工厂对象决定创建出哪种产品,工厂类负责创建的对象比较少,客户端只需要传入工厂类的参数,对于如何创建并不需要关心。

核心工厂类

public class AppleFactory {

    IApple create(Class clazz){

        try {
            if (clazz != null){
                IApple apple = (IApple) clazz.newInstance();
                return apple;
            }

        } catch (InstantiationException e) {
            e.printStackTrace();
        } catch (IllegalAccessException e) {
            e.printStackTrace();
        }
        return null;
    }

}

产品类

通过传入的 class生成对应实例,再通过强转生成产品类
优点:
模式的核心是工厂类。这个类含有必要的判断逻辑,可以决定在什么时候创建哪一个产品类的实例。而客户端则可以免除直接创建对象的责任(比如那个店长)。简单工厂模式通过这种做法实现了对责任的分割。
缺点:
这个工厂类集中了所以的创建逻辑,当有复杂的多层次等级结构时,所有的业务逻辑都在这个工厂类中实现。什么时候它不能工作了,整个系统都会受到影响。并且简单工厂模式违背了开闭原则(对扩展的开放,对修改的关闭)。

工厂方法模式

定义一个创建对象的接口,让是实现该接口的类来决定实例化哪个类,工厂方法让类的实例化推迟到了子类中进行。

工厂方法结构

工厂接口类

public interface IAppleFactory {

    IApple create();

}

工厂实现类

public class PadFactory implements IAppleFactory {
    @Override
    public IApple create() {
        return new Pad();
    }
}
public class MethodTest {

    public static void main(String[] args) {

        IAppleFactory appleFactory = new PhoneFactory();

        IApple apple = appleFactory.create();

        apple.product();

    }

}

工厂方法通过实例化不同的factory,在实例化的工厂中生成不同的产品

优点:
不依赖于产品类如何被创建,实现等细节。
一个类通过其子类来指定创建对象,符合开闭原则,提高扩展性。
缺点:
类的个数容易过多,增加代码复杂度。增加了系统的抽象性和理解难度。

抽象工厂模式

是所有形态的工厂模式中最为抽象和最具一般性的一种形态。抽象工厂模式可以向客户端提供一个接口,使得客户端在不必指定产品的具体类型的情况下,创建多个产品族中的产品对象。

类视图

IAppleFactory为抽象工厂,具体的实现由他的子类进行。

public interface IAppleFactory {

    Pad createPad();
    Phone createPhone();

}

其子类

public class AppleFactory implements IAppleFactory {
    @Override
    public Pad createPad() {
        return new IPad();
    }

    @Override
    public Phone createPhone() {
        return new Phone4();
    }
}
public class XiaoMIFactory implements IAppleFactory {
    @Override
    public Pad createPad() {
        return new MiPad();
    }

    @Override
    public Phone createPhone() {
        return new MiPhone();
    }
}

抽象工厂方法强调的是一系列相关的产品对象,一起使用创建对象需要大量重复的代码,需要提供一个品类库,所有产品以同样的接口出现。总的来说,抽象工厂要是工厂方法的一个进阶版。

三者的具体区别

  1. 工厂方法模式和简单工厂模式比较:
  • 工厂方法模式跟简单工厂模式在结构上的不同是很明显的,工厂方法模式的核心是一个抽象工厂类,而简单工厂模式的核心在一个具体类。显而易见工厂方法模式这种结构更好扩展,权力下发,分布式比集中式更具优势。
  • 如果系统需要加入一个新的产品,那么所需要的就是向系统中加入一个这个产品类以及它所对应的工厂类。没有必要修改客户端,也没有必要修改抽象工厂角色或者其他已有的具体工厂角色。对于增加新的产品类而言,这个系统完全支持开闭原则
  1. 工厂方法模式和下抽象工厂模式对比:
  • 工厂方法模式是一种极端情况的抽象工厂模式,而抽象工厂模式可以看成是工厂方法模式的推广。
  • 工厂方法模式用来创建一个产品的等级结构,而抽象工厂模式是用来创建多个产品的等级结构。
  • 工厂方法模式只有一个抽象产品类,而抽象工厂模式有多个抽象产品类。
  • 工厂方法模式中具体工厂类只有一个创建方法,而抽象工厂模式中具体工厂类有多个创建方法。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值