java三种工厂模式_该如何深入理解Java的三种工厂模式

今天我们说说Java三种工厂三种模式。一、简单工厂模式,简单工厂的定义:提供一个创建对象实例的功能,而无须关心其具体实现。被创建实例的类型可以是接口、抽象类,也可以是具体的类。

实现汽车接口

21149036c005e9eee78c35bab27d6d65.png

奔驰类

31294904f742c86e523574a419bf0b8c.png

宝马类

e6b92de68d23ecd31d9ed308ad9bddd6.png

简单工厂,既能生产宝马又能生产奔驰

a81e57898927e1564c11068b7e2a2912.png

测试类

5a613c021f2a6a0567af1e394a364975.png

测试结果

1ba2b6adb7bbb183a03501f24a532b0c.png

根据简单工厂的定义,用户只要产品而不在乎产品如何生产,看起来好像很完美的样子。但大家想想,这个世界存在什么都生产的工厂吗?

显然是不存在的,每一个汽车品牌都有自己的生产工厂,都有自己生产技术。映射到spring框架中,我们有很多很多种的bean需要生产,如果只依靠一个简单工厂来实现,那么我们得在工厂类中SketchUp 草图大师嵌套多少个if..else

if啊?

而且我们在代码中生产一辆汽车只是new人脸识别一下就出来了,但实际操作中却不知道需要进行多少操作,加载、注册等操作都将体现在工厂类中,那么这个类就会变得紊乱,管理起来也很不方便,所以说每个品牌应该有自己的生产类。

因为专一,所以专业嘛,这个时候工厂方法就出现了。

二、工厂方法

工厂接口

08ee00f8a7909a690d4f60e0b8020b65.png

奔驰工厂

fb361735bbcbab3efd382024500fc983.png

宝马工厂

2f5850c2bc9ed454a6a819f2d84c3bc1.png

测试类

3db68555fab60f28f5cf2b5dd6f9874f.png

测试结果

aae8069373165a0b141ee7c856d7f29e.png

根据上述代码可以看出,不同品牌的汽车是由不同的工厂生产的,貌似又是很完美的。但大家看一下测试类,当一个人想要去买一辆宝马汽车的时候(假设没有销售商),那么他就要去找宝马工厂给他生产一辆,过几天又想要买一辆奔驰汽车的时候,又得跑到奔驰工厂请人生产,这无疑就增加了用户的操作复杂性。所以有没有一种方便用户操作的方法呢?这个时候抽象工厂模式就出现了。

三、抽象工厂

抽象工厂

e8d6f777ed07b7d1a520bd67c95120f0.png

默认工厂

a5a6a60908da0b1a01f22fc3cc7be81e.png

宝马工厂

f7e16d8902fcc2ab54f7e3675db56277.png

奔驰工厂

8bb906df7149eb87f26d8d921ff7c033.png

测试类

759de6b5034c9d689afd106fa2cef6c7.png

测试结果

d5081031a79085bd9656678957d2e0c4.png

根据上述代码可以看出,用户需要一辆汽车,只需要去找默认的工厂提出自己的需求(传入参数),便能得到自己想要产品,而不用根据产品去寻找不同的生产工厂,方便用户操作。

注:对于设计模式,有些人嗤之以鼻,有些人敬若神明,但我是认可的。

按我粗浅的理解,设计模式的经典之处,就在于解决了编写代码的人和调用代码的人双方的痛楚,不同的设计模式也只适用于不同的场景。至于用或者不用,如何使用,那就需要各位看官着重考虑了。

但为了使用而使用是不应该的,细微之处,只有留给大家慢慢品味了。今天的内容就讲到这边,大家还有什么疑问的,欢迎讨论交流哦。

出处:编辑之路

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值