各种工厂模式详解.docVIP

各种工厂模式详解 各种工厂模式详解　 简单工厂模式 一般是一个工厂类对应多个具体产品类，通过外界向工厂传递的参数来判断创建某一个具体的产品类。 既然被叫做“工厂”当然不能只生产一样产品，简单工厂只生产同一家族的产品,具体的说就是简单工厂创建的类都是从同一个抽象继承下来的。根据客户不同的需求来创建不同的类,可是被创建的类都必须满足一个条件:必须是同一家族的产品(从同一个根继承下来的子类)。例如:有一个生产水果的简单工厂,根据客户的需要可以生产苹果、橘子、葡萄、香蕉,但是必须满足一个要求，就是它只能生产水果。如果客户需要机器、房屋等东西,那么这些要求都将不能被满足. 简单工厂结构简单，由三个部分构成: 类工厂 : 是最核心的部分，作为简单工厂对外使用的接口,负责实现创建实例的逻辑 抽象产品: 工厂生产所有的产品的抽象 ,可能是抽象类或接口,也可能是普通的基类 具体产品: 简单工厂创建的具体类的实例 举例如下: public interface Fruit{ } public class Apple implement Fruit{ } public class Orange implement Fruit{ } public class SimpleFactory{ public static final APPLE = 1; public static final ORANGE = 2; public Fruit createFruit(int type){ switch(type){ case APPLE: return new Orange(); case ORANGE: return new Apple(); } } 评价: Fruit 就是抽象产品, Apple 和Orange是具体产品,SimpleFactory为类工厂,是最核心的功能.所有的核心功能都是靠工厂类实现的,如根据条件判断创建哪种具体的产品,以及实际创建产品等。在这一点上违背了“对象的职责均衡分布的原则”,因为功能过于集中在工厂类本身,随着简单工厂生产的产品种类的增加,使其业务逻辑无限的增加,会使其本身越来越复杂而难于维护和扩展。 缺点:随着产品种类增加使其越来越难以使用 优点:与工厂方法和抽象工厂相比, 其优势是简单易用, 只靠一个工厂类就可以创建所有的产品类 适用场合:当工厂只生产同一品种的具体产品,而且产品数量有限的时候，可以考虑使用此工厂模式。 Factory Method模式 在工厂父类中定义一个标准的方法用来生产产品。一般来说这个方法应该被声明成抽象方法（当工厂父类是抽象类的时候），或接口中的空方法（工厂父类仅仅是接口），这个方法只有方法的定义并没有具体实现。将这个方法的具体实现延迟到子类中来完成。这样父类只需要负责取出抽象的产品，而不必关心怎么去创建具体的产品和到底创建哪一种具体的产品。至于究竟应该创建何种具体的产品由具体的子类负责决定。考虑到简单工厂模式中因为功能过于集中在工厂类中而产生的种种的缺陷，在Factory Method模式中把工厂类生产产品的定义和生产具体产品的实现拆分开，用一个类的继承体系来消除工厂类中复杂的逻辑判断语句。从而使类的职责、能力能够比较均衡的分布。 Factory Method结构由四个部分构成: 抽象类工厂 : 定义统一的接口来创建产品。 具体类工厂 ：实现创建具体产品类的类工厂（一般为多个）。 抽象产品: 工厂生产所有产品的抽象 ,可能是抽象类或接口,也可能是普通的基类。 具体产品： Factory Method创建的具体类的实例（多个）。 举例如下: public interface AbstractFactory{ public Fruit create(); } public class AppleFactory implement AbstractFactory{ public Fruit create(){ return new Apple(); } } public class OrangeFactory implement AbstractFactory{ public Fruit create(){ return new Orange();