标签:截图 工厂模式 不同 简单工厂模式 对象 back 代码 log lin
就是实现创建者与调用者分离,工厂模式的核心(灵魂)其实就是:分工。
简单工厂模式也叫静态工厂模式,就是工厂类一般使用静态方法,通过接受的参数的不同来创建不同的对象并返回。其缺点是对新增的业务类无能为力,必须要修改代码来完成扩展(不满足OCP原则)。
我们先来看下没有工程类的情况
测试类Main方法及测试结果:
我们可以看出创建对象要直接与Audi、BMW类直接打打交道。
我们再来看使用简单工厂类
可以看出,测试类并没有直接跟Audi、BMW类“直接打交道”,而是通过CarFactory来达到目的,可以理解创建对象的活已经交给CarFactory来做,不再由测试类直接创建(这也就是所谓的控制反转)。
创建工厂类接口,通过新增业务类,来满足新功能(满足OCP原则),缺点:结构变得更加复杂,代码更加复杂,理论上工厂方法更优,但实际我们常用简单工厂模式。
我们需要创建一个工厂接口,及对应工厂实现类。
测试类及结果
可以看出,我们是通过新增产品工厂类来实现产品对象的创建,试下如果要新增一个保时捷对象,我们此时需要怎么做?其实我们只需要新增一个保时捷的工厂类(实现CarFactory)即可。与简单工厂模式相比较:工厂方法模式结构更复杂(需要多个产品类),代码上也相对复杂,管理难度大(维护起来麻烦)。
适用于生成不同产品族的全部产品,对于新产品无能为力,而是适用于产品族。比其上面两种工厂模式更复杂。
假设我们现在要创建多个接口产品,上面两种工厂模式就无能为力了。
我们目前仅创建了一个Engine接口,分别创建了超级引擎类,中端引擎类,低端引擎类。其余接口由于篇幅关系就不一一截图了,道理类似。比如:我们再增加一个座椅接口,再分别创建超级座椅,中端座椅,低端座椅。
超级引擎+超级座椅+超级轮胎=超级汽车
中端引擎+超级座椅+超级轮胎=中级汽车
……..
这就形成了不同产品族。
测试类及结果
超级汽车工厂创造出汽车引擎是超级引擎。
即使在某种程度上不满足OCP设计原则,但是实际项目中用的最多。
在不修改已存在类的前提下,通过增加新的工厂类来达到实现扩展的目的。
不能单独增加某个产品,可以增加产品族。
标签:截图 工厂模式 不同 简单工厂模式 对象 back 代码 log lin
原文地址:https://www.cnblogs.com/leebaul/p/11366820.html