设计模式之Factory工厂模式

在上一章,模板模式中,我们在父类规定处理的流程,在子类中实现具体的处理。如果我们将该模式用于生成实例,便演变成了Factory模式,即工厂模式。

在Factory模式中,父类决定实例的生成方式,但并不决定所要生成的具体的类,具体处理全部交给子类进行。

设计实例则是模仿Spring框架进行的操作,模拟制作身份证。为了模拟Spring框架解耦,我们采用分包的方法,即生成实例的框架放在framework包中,而加工处理,具体实现的类放在具体实现的idcard包中。

  • framework包中的product类,用于表示产品这一类东西,定义了一个use抽象方法
package site.wangxin520.gof.factory.framework;

/**
 * 仿spring框架,定义的一个工厂类生产的产品类
 * @author wangXgnaw
 *
 */
public abstract class Product {

    /**
     * 定义一个顶层抽象方法,用于框架中工厂生产的产品,具体实现交给子类
     */
    public abstract void use();

}
  • framework包中的Factory类
package site.wangxin520.gof.factory.framework;

/**
 * 仿spring框架,建立一个Factory工厂,定义三个方法,具体实现交给子类完成。
 * 这里采用的是模板方法
 * @author wangXgnaw
 *
 */
public abstract class Factory {

    /**
     * 使用模板方法,具体创建product的实现交给子类
     * @param owner 产品所有者姓名
     * @return Product
     */
    protected abstract Product createProduct(String owner);
    /**
     * 注册product
     * @param product
     */
    protected abstract void registerProduct(Product product);

    /**
     * 创建product对象的模板方法
     * @param owner 产品所有者姓名
     * @return Product
     */
    public final Product create(String owner){
        Product p=createProduct(owner);
        registerProduct(p);
        return p;
    }
}
  • idcard包中的IDCard类
package site.wangxin520.gof.factory.idcard;

import site.wangxin520.gof.factory.framework.Product;

/**
 * 身份证的实体类
 * @author wangXgnaw
 *
 */
public class IDCard extends Product{

    /**
     * 隐藏IDCard的构造函数,拒绝外部包访问,外部包只能通过工厂模式进行访问
     */
    IDCard() {
    }

    //IDCard的属性
    private String owner;
    public String getOwner() {
        return owner;
    }
    public void setOwner(String owner) {
        this.owner = owner;
    }

    @Override
    public void use() {
        System.out.println(owner+"使用了身份证");
    }

}
  • idcard包中的IDCardFactory类
package site.wangxin520.gof.factory.idcard;

import java.security.acl.Owner;
import java.util.ArrayList;
import java.util.List;

import site.wangxin520.gof.factory.framework.Factory;
import site.wangxin520.gof.factory.framework.Product;

/**
 * 创建身份证的工厂
 * @author wangXgnaw
 *
 */
public class IDCardFactory extends Factory {

    //记录登记创建了的产品信息,貌似如果是单例模式的话,就可以直接从这里取值了,最好是map结构(猜测)
    private List<Product> createdProduct=new ArrayList<Product>();

    @Override
    protected Product createProduct(String owner) {
        IDCard idCard=new IDCard();
        idCard.setOwner(owner);
        System.out.println("创建了"+owner+"的身份证");
        return idCard;
    }

    @Override
    protected void registerProduct(Product product) {
        createdProduct.add(product);
    }

}
  • 具体测试类
package site.wangxin520.gof.factory.idcard;

import site.wangxin520.gof.factory.framework.Factory;
import site.wangxin520.gof.factory.framework.Product;

/**
 * 测试工厂类
 * @author wangXgnaw
 *
 */
public class FactoryTest {

    public static void main(String[] args) {

        Factory factory=new IDCardFactory();

        Product p1 = factory.create("葵司");
        Product p2 = factory.create("上原亚衣");
        Product p3 = factory.create("古川伊织");

        p1.use();
        p2.use();
        p3.use();

    }

}
  • 最终控制台输出结果为

时间: 2024-10-12 23:54:49

设计模式之Factory工厂模式的相关文章

设计模式(三): FACTORY工厂模式 -- 创建型模式

1.定义 定义一个用于创建对象的接口,让子类决定实例化哪一个类,Factory Method使一个类的实例化延迟到了子类. 2.适用场景 1.第一种情况是对于某个产品,调用者清楚地知道应该使用哪个具体工厂服务,实例化该具体工厂,生产出具体的产品来.Java Collection中的iterator() 方法即属于这种情况. 2.第二种情况,只是需要一种产品,而不想知道也不需要知道究竟是哪个工厂为生产的,即最终选用哪个具体工厂的决定权在生产者一方,它们根据当前系统的情况来实例化一个具体的工厂返回给

设计模式之简单工厂模式(Simply Factory)摘录

从设计模式的类型上来说,简单工厂模式是属于创建型模式,又叫静态工厂方法(Static Factory Method)模式,但不属于23种GOF设计模式之一.简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例.简单工厂模式是工厂模式家族中最简单实用的模式,可以理解为是不同工厂模式的一个特殊实现. 简单工厂模式的实质是由一个工厂类根据传入的参数,动态决定应该创建哪一个产品类(这些产品类继承自一个父类或接口)的实例. 该模式中包含的角色及其职责:(1).工厂(Creator)角色:简单工厂模式的

设计模式之抽象工厂模式(Abstract Factory)

1.定义 抽象工厂模式为创建一组相关或相互依赖的对象提供一个接口,而且无需指定他们的具体类. 2.类图 由于类太多就不上源码了~ 最佳实践: 在一个应用中,需要在三个不同平台(Windows.Linux.Android)上运行,通过抽象工厂模式屏蔽掉操作系统对应的影响三个不同操作系统上的软件功能.应用逻辑.UI都应该是非常类似的,唯一不同的是调用不同的工厂方法,由不同的产品类去处理与操作系统交互的信息. 设计模式之抽象工厂模式(Abstract Factory)

设计模式之简单工厂模式

设计模式之简单工厂模式 动机:         不暴露实例化逻辑来创建对象.通过公共的接口创建新的对象.         这是一个简单的实现,客户端需要一个product,但是client不直接使用new对象,而是通过提供需要的对象信息来找factory得到新的product.         这个factory实例化一个具体的product并返回(转化成抽象的类),client段使用这个抽象的类而不用考虑它具体的实现. 应用举例:        也许工厂模式是使用最多的模式之一.举个例子,一个

设计模式初探—简单工厂模式

为什么要学习设计模式? 可重用.可维护.可扩展.灵活性好 什么是简单工厂模式? 从设计模式的类型上来说,简单工厂模式是属于创建型模式,又叫做静态工厂方法(Static Factory Method)模式,但不属于23种GOF设计模式之一.简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例.简单工厂模式是工厂模式家族中最简单实用的模式,可以理解为是不同工厂模式的一个特殊实现. 简单工厂模式的好处? (1)将具体业务和实现进行分离 (2)将多个具体业务之间进行解耦 解决的问题? 单独的类来创造

iOS设计模式 - (3)简单工厂模式

iOS设计模式 - (3)简单工厂模式           by Colin丶 转载请注明出处:              http://blog.csdn.net/hitwhylz/article/details/40381721 一.简述 简单工厂模式(FACTORY),通过面向对象的封装,继承和多态来降低程序的耦合度.将一个具体类的实例化交给一个静态工厂方法来执行. 该模式中的角色包括: 工厂类(Simple Factory): 只包含了创建具体类的静态方法. 抽象产品(Product):

JavaScript设计模式一:工厂模式和构造器模式

转自:http://segmentfault.com/a/1190000002525792 什么是模式 前阵子准备期末考试,挺累也挺忙的,实在闲不得空来更新文章,今天和大家说说javascript中的设计模式. 首先呢,我们需要知道的是:模式是一种可复用的解决方案,而反模式呢就是针对某个问题的不良解决方案. js反模式常见例子 向setTimeout和setInterval传递字符串,而不是函数,这会触发eval()的内部使用. 在全局上下文中定义大量的变量污染全局命名空间 修改Object类的

大话设计模式之简单工厂模式&amp;工厂方法模式&amp;抽象工厂模式

创造类模式分为三种:简单工厂模式,工厂模式和抽象工厂模式. 定义: 简单工厂模式:用一个单独的类来做创造实例的过程. 工厂模式:一个用于创建对象的接口,让子类决定实例化哪一个类,讲一个类的实例化 延迟到其子类. 抽象工厂模式:为创建一组相关或相互依赖的对象的类,而不指定具体类. 结构图: 这是简单工厂的结构图,从图中就很好理解. 简单工厂的优点: 根据用户需要,new出需要的对象. 但是简单工厂弊端: 当新加入一个功能是,就要修改工厂.这个时候,就需要工厂模式了. 从图中我们可以看出: 工厂模式

设计模式实现C++ --工厂模式

定义:定义一个用于创建对象的接口,让子类决定实例化哪一个类,工厂方法使一个类的实例化延迟到其子类. 类型:创建型模式 分类: 简单工厂模式,它的主要特点是需要在工厂类中做判断,从而创造相应的产品.当增加新的产品时,就需要修改工厂类.有点抽象,举个例子就明白了.有一家生产处理器核的厂家,它只有一个工厂,能够生产两种类型的产品.客户需要什么样的产品,一定要显示地告诉生产工厂.下面给出一种实现方案: 1 #include <iostream> 2 #include <string> 3