工厂模式编程中所说的 工厂模式 是什么意思??

工厂方法模式和抽象工厂模式

抽象工厂：比工厂模式更深一层，这回连工厂的实现类都不知道了，不同的人可以拿到不同的工厂类。

所以抽象工厂类其实是一个做工厂的工厂类，可以产生出不同的工厂类。

简单的说如果把“用工厂生成对象”这层关系当做一级生成关系，那么抽象工厂方法就是拥有二级生成关系的工厂方法。

如果实际环境更复杂，可以三级 甚至 四级，所以你别想的太复杂，就这么简单。

设计模式这本书写的不错，不过请启发性的看他，别深究，因为： 1. 设计模式成书较早那个时候程序员对程序的理解还保持在代码能编译通过就好，所以你会发现有很多特性在现在看起来很白痴，似乎根本不用说，我们平时就这么用的，这是因为你是站在工业时代看石器时代的产品，所以不必一定要用某些模式 2. 设计模式并不针对java语言，所以有些特性你根本就用不到 3. 实际工作中遇到的情况远比设计模式中提到的情况简单，有些模式很水你根本用不上，不必深究 这本书最好的方法就是快速通读，不是叫你跳着读，还是耐心读，只是别钻牛角尖，正常读，别停。

看完后你不会有多牛逼，但是你再未来的几年开发工作之后回头过来看有很多不理解的自然就通了，在以后的开发过程中偶尔也会对你写代码的过程有一些启发。

工厂模式是什么？？

工厂模式具体包括了简单工厂、工厂方法、抽象工厂，它们是按照从简单到复杂的顺序排列的，属于设计模式中的创建型，其中简单工厂并不属于GOF的23中模式。

但是它是理解其它的工厂模式的一个很好的基础，所以很多人在讲述设计模式的时候会提到简单工厂模式。

创建型模式关注的是对象的创建，创建型模式将创建对象的过程进行了抽象，也可以理解为将创建对象的过程进行了封装，作为客户程序仅仅需要去使用对象，而不再关心创建对象过程中的逻辑。

简单工厂模式的优缺点

优点 工厂类是整个模式的关键.包含了必要的逻辑判断,根据外界给定的信息,决定究竟应该创建哪个具体类的对象.通过使用工厂类,外界可以从直接创建具体产品对象的尴尬局面摆脱出来,仅仅需要负责“消费”对象就可以了。

而不必管这些对象究竟如何创建及如何组织的．明确了各自的职责和权利，有利于整个软件体系结构的优化。

缺点 由于工厂类集中了所有实例的创建逻辑，违反了高内聚责任分配原则，将全部创建逻辑集中到了一个工厂类中；它所能创建的类只能是事先考虑到的，如果需要添加新的类，则就需要改变工厂类了。

当系统中的具体产品类不断增多时候，可能会出现要求工厂类根据不同条件创建不同实例的需求．这种对条件的判断和对具体产品类型的判断交错在一起，很难避免模块功能的蔓延，对系统的维护和扩展非常不利； 这些缺点在工厂方法模式中得到了一定的克服。

使用场景 工厂类负责创建的对象比较少； 客户只知道传入工厂类的参数，对于如何创建对象（逻辑）不关心； 由于简单工厂很容易违反高内聚责任分配原则，因此一般只在很简单的情况下应用。

C++代码： //算法的父类，抽象出返回结果的接口class?Operation{public:????virtual?int?GetResult()?=0;public:????double?m_Num1;????double?m_Num2;};//工厂类，用于生产相应的算法子类class?OperationFactry{public:????OperationFactry(void);????~OperationFactry(void);public:????static?Operation*?CreateOperate(int?n?)????{????????switch(n)????????{????????case?1:????????????return?new?OperationAdd;????????????break;????????}????}};//算法子类，由工厂类创建，重写父类中的虚函数class?OperationAdd：Public?Operation{public:????int?GetResult();};

编程中所说的 工厂模式 是什么意思??

您好， 工厂模式基本上是最常用的设计模式之一，设计模式通俗的来说就是“做某件事的通用的方法”，这些方法都是被广泛使用、经过长时间“考验”的，对于解决某个特定的问题有非常好的效果。

设计模式基本上到了“软件设计”的层面，它与具体的程序设计语言无关，也没有实现，只是包含了一个大致的架构，它是一种思想。

如果您想学习设计模式，我推荐两本书：《设计模式：可复用面向对象软件的基础》和《设计模式精解》，书很枯燥，但绝对是程序员必读教材。

工厂模式我大致解释一下，比如写一个word那样的程序，它可以打开doc、rtf、txt等好几种文件格式，而对于这些文件的处理方法是不同的，比如txt就不能保存文字颜色字体之类的信息，那么我可能这样设计： word主程序，一个类Application，它有一个虚方法（或抽象方法，不过C#中抽象方法只能在抽象类里）叫OpenFile，用来打开指定的文件，然后返回一个Doucument类的实例，这个类可以直接把它的内容显示在屏幕上，word处理的主体是这个类。

这个Application类还有很多方法比如关闭打印之类的。

然后从Application类派生出一个子类TxtApplication，父类中OpenFile是虚方法，没有实现，在子类中重写这个方法，打开Txt文档，读取txt文件，然后返回一个Document类。

然后再从Application里派生一个子类RichTxtApplication，也重写OpenFile，它打开rtf文档，从里面读取相应的文档和文档的格式信息，然后也返回一个Document类。

最后，根据一定的策略（比如用户要打开的文件的扩展名是“txt”，就实例化一个txtApplication，然后调用它的OpenFile方法获得Document；如果扩展名是“rtf”，就实例化一个rtfApplication，调用它的OpenFile方法获得Document）。

这样，Application类中的OpenFile方法就叫做工厂方法，这种“一个类希望由它的子类指定它所创建的对象”的方法就是工厂模式。

这样说可能太抽象了，设计模式不是很容易就能说清楚的，建议您看看那两本书。