三种工厂模式

本文介绍设计模式中的工厂模式。工厂模式,顾名思义,就是本来我们需要某样东西,需要自己造,可有了工厂呢?我需要该东西时,只需告诉工厂,工厂就会生产该东西,一定程度上,把使用者和生产者分开了。。。解耦了。

追本溯源,假设我们现在有一个类A,类A里需要类B的一个对象,一般的处理是这样,B b=new B();但这样有些问题,就是A,B关系太紧密了,把情况复杂一点,万一类B构造起来太麻烦呢,就比如,你想用一个木棍,你可以自己造,可万一你想用一个原子弹呢,你就造不出来了,哈哈,就是说,当你使用的对象构造比较麻烦或者这个对象会被替换为其他类型的对象是,就需要频繁的更改类A了,这违反了设计原则(什么开闭,高内聚,低耦合啥的,我也忘了。。。。)一般这种情况下,设计模式就出场了。

工厂模式有三种,简单工厂,工厂方法,抽象工厂。在我看来,这三者是一步一步升级的节奏:

  简单工厂:只有一个实际工厂,这个工厂只能造一类的产品,这一类产品就是一个产品接口,会有多个具体产品实现这个接口,例如,一个手机厂,生产苹果手机,三星手机;

  工厂方法:比简单工厂高级一点了,一个工厂的接口,多个工厂实现这个工厂接口,一个产品接口,多个具体产品实现这个产品接口,例如,一个手机厂接口,有苹果手机厂,三星手机厂两个具体工厂,苹果手机厂生产苹果手机,三星手机厂生产三星手机;

 抽象工厂:更高级了,前两种工厂,说到底都只能生产一类产品(都是手机),抽象工厂支持多种类型的产品。一个工厂接口,多个具体工厂,多个产品接口,多个具体产品,例如,电器厂接口,有三星厂和苹果厂两个具体工厂,三星厂生产三星手机,三星电脑,苹果厂生产苹果手机,苹果电脑。

 

所以,设计模式没什么,都是生活中的智慧,在生活里就可以看到这些模式,留心就好。

至于其他什么工厂模式的代码,UML图什么的,懂了上述的原理,自然也就不成问题了,还有工厂模式的使用情景,网上也是一抓一大把的。。。。






评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值