工厂模式，简单工厂模式，抽象工厂模式 三者有什么区别？

[sy_hys]

我在看设计模式时有两个问题
1.工厂模式，简单工厂模式，抽象工厂模式 三者有什么区别？
2.抽象工厂模式与策略模式的本质区别，给我的感觉就是两者的区别在选择实现类的时候，一个是在工厂类中实现，而另一个是在客户端实现的，这样的话我就觉得抽象工厂模式要比策略模式好，因为简单工厂模式的客户端不用关心具体实现使用哪个类，而策略模式的客户端必须选择具体要实现哪个类；而网上说策略模式比简单工厂模式要好，可是我不知到策略模式好在哪里，请明白的帮忙讲讲

[hhyttppd]

因地适宜

[sy_hys]

具体些，在什么时候使该使用什么模式

[hhyttppd]

1.工厂模式，简单工厂模式，抽象工厂模式 三者有什么区别？
这个区别讲模式的书上都会有。我也是个模式初学者。

2.抽象工厂模式与策略模式的本质区别，给我的感觉就是两者的区别在选择实现类的时候，一个是在工厂类中实现，而另一个是在客户端实现的，这样的话我就觉得抽象工厂模式要比策略模式好，因为简单工厂模式的客户端不用关心具体实现使用哪个类，而策略模式的客户端必须选择具体要实现哪个类；而网上说策略模式比简单工厂模式要好，可是我不知到策略模式好在哪里，请明白的帮忙讲讲.

首先，模式都有适用性限制，可以满足要求就行，没有本质上的好坏之分，只要在条件已知（需求），某个比另一个能好用。

1 这三种创建型模式都不需要知道具体类(concrete class)
2 简单模式要求具体类必须已知（固定），客户端类一般不能改变创建的规则。
3 抽象工厂允许客户端提供具体类，只要实现一个一个具体工厂,进而也能改变创建规则。
4 策略模式允许客户端类改变创建的规则,只需要提供一个策略类。

[qap22]

友情up

[hhyttppd]

[Quote=引用 7 楼 sy_hys 的回复:]
1.工厂模式，简单工厂模式，抽象工厂模式 三者有什么区别？
这个区别讲模式的书上都会有。我也是个模式初学者。


这三者区别我没找到呀，谁能帮我贴出来
[/Quote]

你把三者的UML图找着，对比一下。。

[taodm]

楼主啊，找本好点的设计模式的教材。工厂模式都能和策略模式扯一起比较了，你看的资料也实在太差了点。
去找本《深入浅出设计模式》看看吧。

[sy_hys]

看来我是得多看些书了，呵呵

[fastmask]

在实际的代码中使用一下，你才会有更多的理解。
或者假设一些场景。

[InfidelX]

来说说我的看法：
工厂模式，也叫做说虚构造器，在简单工厂中间插入了一个具体产品工厂，这个工厂知道产品构造时候的具体细节，而简单工厂模式的产品具体构造细节是在一个个if/else分支，或者在switch/case分支里面的。工厂模式的好处就在于将工厂和产品之间的耦合降低，将具体产品的构造过程放在了具体工厂类里面。在以后扩展产品的时候方便很多，只需要添加一个工厂类，一个产品类，就能方便的添加产品，而不需要修改原有的代码。而在简单工厂中，如果要增加一个产品，则需要修改工厂类，增加if/else分支，或者增加一个case分支，工厂模式符合软件开发中的OCP原则（open close principle），对扩展开放，对修改关闭。

抽象工厂模式：这个模式我总是感觉和builder模式非常相似。
工厂方法模式提供的是对一个产品的等级模式，，而抽象工厂方法提供的是对多个产品的等级模式，注意，这里的多个具体产品之间是相互耦合的，也就是说这里的抽象工厂提供的产品之间是存在某种联系的。

[做鸡真好吃]

JF

[king_of_hj]

工厂模式 一般在创建对象时候起识别选择创建的作用,
抽象工厂则是,在里面可以建造很多对象,可以关联,大多是不关联的,
builder 是建复杂的单个对象,

[firectrl]

我学得学习设计模式时，应该把该模式的“意图”和“动机”仔细揣摩几次。
相关模式之间的区别，GOF书中在“相关模式”中都有说明。不能的模式是为了解决不同的问题产生的。

[guiji1988]

抽象工厂模式看起来与工厂方法很相似，只是它使用若干工厂方法模式，每个工厂方法模式创建一个不同类型的对象。
来自《C++编程思想》（2nd Edition vol2）详情参见书中P400-405（中译版页码）

[rokily]

[Quote=引用 14 楼 infidel 的回复:]
来说说我的看法：
工厂模式，也叫做说虚构造器，在简单工厂中间插入了一个具体产品工厂，这个工厂知道产品构造时候的具体细节，而简单工厂模式的产品具体构造细节是在一个个if/else分支，或者在switch/case分支里面的。工厂模式的好处就在于将工厂和产品之间的耦合降低，将具体产品的构造过程放在了具体工厂类里面。在以后扩展产品的时候方便很多，只需要添加一个工厂类，一个产品类，就能方便的添加产品，而不需要修改原有的代…
[/Quote]


支持一下，对工厂模式讲解的很深刻。。。

再问：抽象工厂的类图中，为什么没有 具体工厂类和具体产品类之间的关联关系？ 我觉得是应该存在的。

[rokily]

下面是一副抽象工厂的 类图

[rokily]

网上有人做如下的比较：


工厂方法模式：一个抽象产品类，可以派生出多个具体产品类。
一个抽象工厂类，可以派生出多个具体工厂类。
每个具体工厂类只能创建一个具体产品类的实例。
抽象工厂模式：多个抽象产品类，每个抽象产品类可以派生出多个具体产品类。
一个抽象工厂类，可以派生出多个具体工厂类。
每个具体工厂类可以创建多个具体产品类的实例。

区别：工厂方法模式只有一个抽象产品类，而抽象工厂模式有多个。
工厂方法模式的具体工厂类只能创建一个具体产品类的实例，而抽象工厂模式可以创建多个。


这样看来，抽象工厂中 是应该有 具体工厂和具体产品之间的关联关系的，而楼上的那副图中却没有画出关联关系线，这这么回事吗？请朋友帮解答 谢谢

[wuzhaoyong1986]

无论是简单工厂模式、工厂模式还是抽象工厂模式，它们本质上都是将不变的部分提取出来，将可变的部分留作接口，以达到最大程度上的复用。拿一个生产水杯（cup）的工厂举例：起初，不用工厂模式，我必须在生产水杯之前知道水杯的材料和形状等水杯的所有特征才能生产，这就是我们的new Cup();这个Cup必须是具体的。厂主发现同一形状的被子，只是材料不同,如一个是玻璃(glass)的，一个是瓷(china)的,但是确要两条生产线，显然有资源浪费的嫌疑。现在厂主生产杯子时先不让生产线知道我要产的是玻璃的还是瓷的，而是让它在不知道具体材料的情况下先做它能做的，等到它把模具做好，只需要向其中填充玻璃原料或者瓷原料就可以造出同一形状的具体杯子了。但是很可惜，java并不能new一个抽象的Cup，所以就有了简单工厂模式。原来是Cup cup=new Cup;现在是SimpleCupFactory.createCup(String cupName),根据cup的名字生产Cup,而createCup返回的是一个实现了 Cup接口或抽象类的具体Cup。简单抽象工厂模式有一个问题，就是当我现在想生产一个同样形状的铁杯时，工厂里并没有定义相应的处理流程，只能更改createCup方法，这就不合理了。我现在只是想生产铁杯，你只要在最后的时候把玻璃原料换成铁的不就行了吗，干嘛还要更改整条生产线呢？于是就有了工厂模式。原来生产线在生产模具的时候还要考虑是为玻璃杯生产的模具还是为铁杯生产的模具，现在它不用管了。CupFactory.createCup()创建Cup.CupFactory是接口或抽象类。实现它的具体子类会创建符合Cup接口的具体Cup。那么现在厂主想要生产水壶(kettle)，用工厂模式就不得不再造一条水壶生产线，能不能在水杯生产线同时生产水壶呢？这就是抽象工厂模式。在原CupFactory中加一个createKettle()方法，用来生产水壶。

[jpphy]

对于客户端而言，无论是工厂方法模式还是抽象工厂模式：

1、共同点：都是先生成工厂类对象的实例，然后再通过工厂类对象的实例生成产品类对象的实例。

2、不同点：在生成工厂类对象的实例时候，选择工厂类的策略是不同的，工厂方法模式是依据需要的单个产品的特征，而抽象工厂模式则是依据多个产品的共同特征。

[petrie]

http://www.cnblogs.com/keely/archive/2010/04/12/1710323.html

[taoyangtao]

14楼太牛x了，精辟~学习了！