工厂方法模式可以允许系统在不修改工厂角色的情况下引进新产品。
工厂模式
简单工厂模式
抽象工厂模式
请问实际开发中哪些情况下会用到它？为什么我感觉我现在开发很少会用到这些设计模式啊。。。
回复内容： 工厂方法模式可以允许系统在不修改工厂角色的情况下引进新产品。
工厂模式
简单工厂模式
抽象工厂模式
请问实际开发中哪些情况下会用到它？为什么我感觉我现在开发很少会用到这些设计模式啊。。。
我先说下 我目前看到用到了工厂模式的例子：
一般的mvc框架中，都有一个基本的db数据库基本操作类
我叫它db class，有一个basemodel class 去继承 db class
basemodel 是所有框架model的基类，需要继承basemodel
basemodel已经有db类的 增删查改的方法了，basemodel其实就是数据库工厂，不同的模型继承basemodel，就有操作不同数据表的对象实例了，这样就用一个基础的class 完成了实例化各个不同数据表的对象，就好像是工厂一样，传不同的表名字就返回给你不同的对象。
我的理解就是这样的，如有误，还请包涵和斧正。
工厂模式是一个用于实例化对象的模式，是用工厂方法代替new操作的一种方式。工厂模式在java项目中到处都是，因为工厂模式就相当于创建实例对象的new，如在我们的系统中经常需要记日志，如果创建logger实例时所做的初始化工作可能是很长一段代码，可能要初始化、赋值、查询数据等等，则会导致代码臃肿而难看。
private static logger logger = loggerfactory.getlogger(mybusinessrpc.class); public static logger getlogger(string name) { iloggerfactory iloggerfactory = getiloggerfactory(); return iloggerfactory.getlogger(name); }public static iloggerfactory getiloggerfactory() { if (initialization_state == uninitialized) { initialization_state = ongoing_initialization; performinitialization(); } switch (initialization_state) { case successful_initialization: return staticloggerbinder.getsingleton().getloggerfactory(); case nop_fallback_initialization: return nop_fallback_factory; case failed_initialization: throw new illegalstateexception(unsuccessful_init_msg); case ongoing_initialization: // support re-entrant behavior. // see also http://bugzilla.slf4j.org/show_bug.cgi?id=106 return temp_factory; } throw new illegalstateexception(unreachable code); }
想理解工厂模式的话就不能不知道简单工厂模式了。
switch ($type) { case '存款职员': $man = new depositer; break; case '销售': $man = new marketer; break; case '接待': $man = new receiver; break; default: echo '传输参数有误，不属于任何一个职位'; break; }
诺，这就是简单工厂模式，是不是很常见，简单工厂模式有一个不足，他虽然遵循了单一职责原则，但它违反了另一条很重要的原则：开放封闭原则。如果新增一个文员职位，那么我们还要修改对应代码，增加一个case，这是很可怕的，因为写好的代码如果我们再去修改可能会造成未知的效果。
而工厂模式就是对简单工厂的一次升级，这里以mvc里的db class来说明，外部调用的时候只需选择自己所需的表名，该工厂会去调用真实数据库处理方法，然后返回你想要的结果。
不论是工厂模式还是其它创建型模式，都是一个目的——为了初始化一个对象。或者说，为了构建一个数据结构模型（类和对象本身就是一种自定义的数据结构）。
那么，问题来了，为什么有 new 这样方式可以创建一个对象，还要使用设计模式。本质上就是一个原因，不想让上层使用者直接使用 new 来初始化对象。
这样的原因有很多，绝大多数原因就是对上层的使用者隔离对象创建的过程；或者是对象创建的过程复杂，使用者不容易掌握；或者是对象创建要满足某种条件，这些条件是业务的需求也好，是系统约束也好，没有必要让上层使用者掌握，增加别人开发的难度。
所以，到这时我们应该清楚了，无论是工厂模式，还是上面的战友说的开闭原则，都是为了隔离一些复杂的过程，使得这些复杂的过程不向外暴露，如果暴露了这些过程，会对使用者增加麻烦，这也就是所谓的团队合作。
面向对象封装的本身也就是为了使得对外的 api 尽可能的简化。
例如，你定义了一个 status字段，但这个字段因为某些业务原因，需要使用整数来表示状态。那么，如果数字少了还好办，如果数字多了，上层使用者就不一定能记清楚每个数字代表的状态（比如你要做语音通信系统，那么，语音设备是有很多状态数字的）。这时，如果使用 new来创建对象，然后再对 status 进行赋值，不可避免的，可能要查阅开发文档，或者会不小心给出一个错误的值。这时，你就不妨使用工厂模式，或者其它合适的设计模式，来进行代码的建设。
比如，这样：
public static class factory{ public static ixxxxxx createwithopen() { var obj = new obj(); obj.status = 1; return obj; } public static ixxxxxx createwithclose() { var obj = new obj(); obj.status = 2; return obj; }}
当然，使用枚举也行，这个说白了，就是看设计者的意愿了。
所以，设计模式没有说必需在哪个场景中使用，更确切的说，应该是，当你使用了设计模式，能不能为你的团队成员带来方便，或者提升代码质量，避免一些错误。如果是，就用，如果仅仅带来了复杂，并没有益处，那还是算了。
一句话，没有该不该用，也没有哪些需要不需要用，用就要带来效益，无论是对团队还是产品质量或产品的可维护性。用不用，要以团队配合和产品为导向，这才是对一个软件设计师的基本要求。
工厂的职能就是你给它一个模型或者具体的样品需求，它给你一个成品。工厂模式也是这样的道理，比如，你入参是a，它就给你一个a对象，你入参b，它就给你生产一个b对象，这里a,b就是你让工厂生产的商品具体需求，如长宽高等。
工厂模式还是很常见的，你没用到可能是因为项目规模小，或者是类不够抽象。
工厂你可以理解为隐藏了内部细节，你调用工厂的生产api ，直接获得所描述的物体，具体怎么生产的，你不用去关注细节，因为有的东西简单，直接new出来就可以了，但有的很复杂，比如spring的注入链。要理解工厂模式，建议看看spring实现的factory。