刚学习abstract factory模式，大家一起谈谈解决办法
刚学习abstract factory模式，大家一起谈谈
个人认为抽象工厂模式就是利用接口，将创建不同系列对象的方法隐藏起来
以下是我对其的看法：
这样做的好处：
1. 使得用户只需关心接口，不必了解具体实现
2. 使得系统变更时，替换为另一系列对象的创建时，对程序变化较小
3. 有效防止了混乱创建不同系列对象的情况
缺点：
1. 由于预先定义了接口，当扩展系统而需创建新的系列的对象时，必然要受接口的限制
各位有兴趣的可以发表一下高见。
------解决方案--------------------
Abstract Factory用于构造多个系列产品，在产品构造后立即返回。如果在接口处理未完成时使用，将导致隐患。
------解决方案--------------------
关键词:系列
------解决方案--------------------
缺点：
1. 由于预先定义了接口，当扩展系统而需创建新的系列的对象时，必然要受接口的限制。
指的是和简单工厂模式相比吗？
------解决方案--------------------
不一定要用接口啊。用抽象类不也一样实现吗？
只要一个类能“返回一组类中的一个”，你就可以称其为抽象工厂。接口技术是一种实现方式。而模式则是对某类型问题的一种解决模型。
http://blog.****.net/Silicon_Fado/archive/2007/06/23/1662746.aspx
------解决方案--------------------
学习!up!
------解决方案--------------------
星辰技术社区:www.netcsharp.cn,我们将帮您以最快的速度找到最佳的解决方案
------解决方案--------------------
这个模式过于繁复
已经和解释器模式一块被列为最该去掉的模式了
------解决方案--------------------
将开放-封闭、依赖-倒转原则发挥到极限
------解决方案--------------------
工厂主要有三种模式,分别是:
简单工厂 Simple Factory Pattern
工厂方法 Factory Method Pattern
抽象工厂 abstract Factory Pattern
顾名思义，所谓工厂就是能流水线似的生产产品，工厂有什么我们就能生产什么，简单工厂模式就是一个小型的工厂，产品不多，但精巧，适合小项目，工厂模式，规模适中，是由多个工厂组成，是集成化的装配工厂群，由主工本控制子工厂生产产品；抽象工厂是更高一层的抽象，具体还没怎么搞懂，和大家一起学习。
------解决方案--------------------
任何模式都不能解决所有问题，只能解决最合适的问题
------解决方案--------------------
http://www.cnblogs.com/zhenyulu/category/6930.html
相当不错的一个设计模式的BLOG
------解决方案--------------------
------解决方案--------------------
工厂方法是抽象工厂的子集(或者说特例)
简单工厂是工厂方法的子集(或者说特例)
这样理解对不
------解决方案--------------------
抽象工厂模式，定义抽象，虚拟方法， 可以派生出多个具体的工厂，用于制造不同的产品系列。
主要是构造方法上比工厂方法有所不同了。
------解决方案--------------------
简单工厂模式，一个类的实例可以生成多个另一个类的实例（甚至可以管理另一个类的多个实例），前者为简单工厂，后者为产品。
抽象工厂模式，抽象出了简单工厂的特征，可以派生出生产特定产品的简单工厂类。
差不多是这样吧，个人看法。
个人认为抽象工厂模式就是利用接口，将创建不同系列对象的方法隐藏起来
以下是我对其的看法：
这样做的好处：
1. 使得用户只需关心接口，不必了解具体实现
2. 使得系统变更时，替换为另一系列对象的创建时，对程序变化较小
3. 有效防止了混乱创建不同系列对象的情况
缺点：
1. 由于预先定义了接口，当扩展系统而需创建新的系列的对象时，必然要受接口的限制
各位有兴趣的可以发表一下高见。
------解决方案--------------------
Abstract Factory用于构造多个系列产品，在产品构造后立即返回。如果在接口处理未完成时使用，将导致隐患。
------解决方案--------------------
关键词:系列
------解决方案--------------------
缺点：
1. 由于预先定义了接口，当扩展系统而需创建新的系列的对象时，必然要受接口的限制。
指的是和简单工厂模式相比吗？
------解决方案--------------------
不一定要用接口啊。用抽象类不也一样实现吗？
只要一个类能“返回一组类中的一个”，你就可以称其为抽象工厂。接口技术是一种实现方式。而模式则是对某类型问题的一种解决模型。
http://blog.****.net/Silicon_Fado/archive/2007/06/23/1662746.aspx
------解决方案--------------------
学习!up!
------解决方案--------------------
星辰技术社区:www.netcsharp.cn,我们将帮您以最快的速度找到最佳的解决方案
------解决方案--------------------
这个模式过于繁复
已经和解释器模式一块被列为最该去掉的模式了
------解决方案--------------------
将开放-封闭、依赖-倒转原则发挥到极限
------解决方案--------------------
工厂主要有三种模式,分别是:
简单工厂 Simple Factory Pattern
工厂方法 Factory Method Pattern
抽象工厂 abstract Factory Pattern
顾名思义，所谓工厂就是能流水线似的生产产品，工厂有什么我们就能生产什么，简单工厂模式就是一个小型的工厂，产品不多，但精巧，适合小项目，工厂模式，规模适中，是由多个工厂组成，是集成化的装配工厂群，由主工本控制子工厂生产产品；抽象工厂是更高一层的抽象，具体还没怎么搞懂，和大家一起学习。
------解决方案--------------------
任何模式都不能解决所有问题，只能解决最合适的问题
------解决方案--------------------
http://www.cnblogs.com/zhenyulu/category/6930.html
相当不错的一个设计模式的BLOG
------解决方案--------------------
------解决方案--------------------
工厂方法是抽象工厂的子集(或者说特例)
简单工厂是工厂方法的子集(或者说特例)
这样理解对不
------解决方案--------------------
抽象工厂模式，定义抽象，虚拟方法， 可以派生出多个具体的工厂，用于制造不同的产品系列。
主要是构造方法上比工厂方法有所不同了。
------解决方案--------------------
简单工厂模式，一个类的实例可以生成多个另一个类的实例（甚至可以管理另一个类的多个实例），前者为简单工厂，后者为产品。
抽象工厂模式，抽象出了简单工厂的特征，可以派生出生产特定产品的简单工厂类。
差不多是这样吧，个人看法。