设计模式讨论之abstract factory篇

02-09-22 VRGL

设计模式讨论之abstract factory篇

有人说过,“不写1M行代码,不能看设计模式。”

但似乎设计模式并非那么神奇,下面用笔者的

一点粗浅认识,讨论一下abstract factory设计

模式的主要部分。

首先,为什么要用设计模式?GOF的设计模式

主要是用来减小耦合和提高复用的。而面向对象

的主要原则就是能private的,就不要protected;

能protected,就不要public。尽量不要把一些

重要的细节暴漏给自己的客户类,以免不必要的

出现错误。当然这是从继承的方面来说;而从

多态的方面来说,就是只给客户类暴漏抽象的基类

的接口,而这里所指的接口就是基类的公有的部分。

客户类每多知道抽象基类的具体子类的类型,也就多了

一分耦合。而仅提供抽象基类的接口给外界,

提高了抽象层次,也就是通用性,也就是复用性。

设计模式提倡的是:“优先使用组合,而不是继承”。

但abstract factory模式中,并未使用组合,而只是

依赖(实例化),也就是说abstract factory模式的

内部,仍然有不小的耦合。

Abstract factory主要的好处是,客户代码不仅不知道,

工厂类的具体类型,而且也不知道具体的产品类型,

具体的产品类型信息被封装到具体的工厂中了。所以,

客户类只操纵工厂接口和产品接口,不知道具体的工厂产生

产品的实现细节,创建的复杂性被封装了。

设计模式的主要目标是“把变化的和不变的分离,提高弹性”。

但在abstract factory中,弹性是有限的。即你可以从

抽象基类派生出不同的具体工厂实现生产不同的具体产品,

但所有这些都受限于你的接口,如果产品的改变非常之大,

以至于你的接口变化了,那么客户类的代码也得随之改变。

也就是说,减小耦合失败了。

banq
2002-09-22 13:47

说的很好,工厂模式是有一定的局限,设想一下,如果产品的改变非常之大,我们能不能就不必去修改原来的产品接口,而直接做一个新产品接口?

我的经验中,如果两个实体之间有一定差别,就要分别对待,不能象传统编程中,为了可重用,加很多IF语句后,硬是封装在同一个程序中,在Java中稍微有不同就可以做成两个类,这也是减少偶合的一个方面吧。

cc
2002-09-23 09:18

"abstract factory模式的内部,仍然有不小的耦合"

这句话虽然说得没有问题,但是,abstract factory模式的目的就是提高灵活性,可以随着产品类的组合变化而增加工厂,这与现实很相似的。