用简单工厂来创建对象和用new创建对象相比好处有哪些

我不知道你认真研究过设计模式没有?
之所以要使用模式思想,是因为要遵循开闭原则,开闭原则就是对修改关闭对扩展开放.开闭原则有五种实现途径,我只提跟你问题相关的一种.也就是开闭原则中比较重要的一条原则:依赖倒转原则,什么是依赖,如果不是很明白你可以先研究一下面向对象之间的几种耦合关系.所谓依赖倒转原则就是,依赖于抽象而不依赖于实现.为什么要依赖于抽象而不依赖于实现,很简单的问题,但要解释我又要引入其他两种开闭原则的实现途径,一、迪米特法则 大意是：将可变性的耦合效应或者说传导效应降到最低，二、里氏代换原则，大意是父类出现的地方子类可以取而代之。依赖于抽象时我们可以很容易的对系统进行扩展，只要是继承自相关接口或者抽象类的新业务，都可以很顺利的插入到系统中去，且对客户端没有任何影响，这就是里氏代换。如果我们依赖抽象，我们就可以减少实现类中可变性的传导问题，不至于动一处而动全身，这就使迪米特法则。
好，下面开始正面回答你的问题，new关键字其实是违反依赖倒转原则的一种设计，如果你用new，那么你只能new 具体类型，这样一来就是抽象依赖于实现，显然不符合开闭原则。为了最大限度的遵循开闭原则，我们就要采用各种设计模式去将这种不正确的依赖方向封装起来，只给外界提供正确的依赖方向。

设计模式做为程序员的“内功心法”，越来越受到.net 社区的重视，这种变化是很可喜的，Java社区走在了我们的前面，但这种状况 也许有一天会发生改变。

从追MM谈Java的23种设计模式

1、FACTORY—追MM少不了请吃饭了，麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西，虽然口味有所不同，但不管你带MM去麦当劳或肯 德基，只管向服务员说“来四个鸡翅”就行了。麦当劳和肯德基就是生产鸡翅的Factory.

工厂模式：客户类和工厂类分开。消费者任何时候需要某种产品，只需向工厂请求即可。消费者无须修改就可以接纳新产品。缺点 是当产品修改时，工厂类也要做相应的修改。如：如何创建及如何向客户端提供。

程序代码

以下是引用片段：

以下是引用片段：
public class Factory{
public String Boy = "boy" ;
public String Girl = "girl" ;
public People getPeople (String people){
if (people.equals("boy")){
return new Boy();
}else if(people.equals("girl")){
return new Girl();
}
}
}

2、BUILDER—MM最爱听的就是“我爱你”这句话了，见到不同地方的MM,要能够用她们的方言跟她说这句话哦，我有一个多种语言翻译 机，上面每种语言都有一个按键，见到MM我只要按对应的键，它就能够用相应的语言说出“我爱你”这句话了，国外的MM也可以轻松搞掂，这 就是我的“我爱你”builder。(这一定比美军在伊拉克用的翻译机好卖)

建造模式：将产品的内部表象和产品的生成过程分割开来，从而使一个建造过程生成具有不同的内部表象的产品对象。建造模式使得 产品内部表象可以独立的变化，客户不必知道产品内部组成的细节。建造模式可以强制实行一种分步骤进行的建造过程。

3、FACTORY METHOD—请MM去麦当劳吃汉堡，不同的MM有不同的口味，要每个都记住是一件烦人的事情，我一般采用Factory Method模 式，带着MM到服务员那儿，说“要一个汉堡”，具体要什么样的汉堡呢，让MM直接跟服务员说就行了。

工厂方法模式：核心工厂类不再负责所有产品的创建，而是将具体创建的工作交给子类去做，成为一个抽象工厂角色，仅负责给出 具体工厂类必须实现的接口，而不接触哪一个产品类应当被实例化这种细节。

4、PROTOTYPE—跟MM用QQ聊天，一定要说些深情的话语了，我搜集了好多肉麻的情话，需要时只要copy出来放到QQ里面就行了，这就是 我的情话prototype了。(100块钱一份，你要不要)

原始模型模式：通过给出一个原型对象来指明所要创建的对象的类型，然后用复制这个原型对象的方法创建出更多同类型的对象。 原始模型模式允许动态的增加或减少产品类，产品类不需要非得有任何事先确定的等级结构，原始模型模式适用于任何的等级结构。缺点是每 一个类都必须配备一个克隆方法。