《大话设计模式》——读后感 (5)雷锋依然在人间?——工厂方法模式

什么是工厂方法模式:

工厂方法UML结构图:

从图中我获取以下信息:

1、 Product是个接口,而Creator是个抽象类(我还是试试接口)

2、ConcreateProduct和ConcreteCreator是有依赖关系的,后者依赖前者

接下来看看简单工厂模式中例子用工厂模式实现的设计图:

根据设计图。直接上代码:

运算接口:

package com.sjmx.slpFactory;

public interface Operation {
    public double getResult(double a,double b);
}

运算加法实现类:

package com.sjmx.slpFactory;

public class OperationAdd implements Operation {

    @Override
    public double getResult(double a, double b) {
        return a+b;
    }

}

运算减法实现类:

package com.sjmx.slpFactory;

public class OperationDelete implements Operation {

    @Override
    public double getResult(double a, double b) {
        return a-b;
    }

}

其他的实现类省略.............................

工厂接口:

package com.sjmx.factory;

import com.sjmx.slpFactory.Operation;

public interface Factory {

    Operation getOperation();
}

工厂加法实现类:

package com.sjmx.factory;

import com.sjmx.slpFactory.Operation;
import com.sjmx.slpFactory.OperationAdd;

public class AddFactory implements Factory {

    @Override
    public Operation getOperation() {

        return new OperationAdd();

    }
}

工厂减法实现类:

package com.sjmx.factory;

import com.sjmx.slpFactory.Operation;
import com.sjmx.slpFactory.OperationDelete;

public class DeleteFactory implements Factory {

    @Override
    public Operation getOperation() {

        return new OperationDelete();
    }

}

其他实现类省略不写了。。。

客户端代码:

package com.sjmx.factory;

import com.sjmx.slpFactory.Operation;

public class Client {

    public static void main(String[] args) {

        Factory f = new AddFactory();
        Operation oper = f.getOperation();    

        System.out.println(oper.getResult(8, 9));
        System.out.println(oper.getResult(4, 6));
        System.out.println(oper.getResult(84, 3));

    }
}

我不知道你看明白没有,我通过简单工厂VS工厂模型有以下感悟:

1、简单工厂的工厂类中包含了具体算法的逻辑判断,客户端只需要知道加、减、乘等就可以得到想要的运算结果,解决了具体算法的创建问题;而且客户端和算法没有什么耦合的地方

2、工厂模式把原本简单工厂的逻辑判断放到了客户端去执行,增加了耦合度;但是工厂模式更好的体现了开放-闭合原则,更加的易于拓展和维护,比如,我现在需要加开根运算,平方运算等等,只需要拓展具体算法和增加算法生成工厂类就可以,完全不会去修改之前的逻辑;而简单工厂则不需要去修改工厂类里面的逻辑判断。如果从这个角度去理解,其实工厂模式也还是降低了客户端与业务的耦合度,只不过要在一定量的前提下才能体现出来。

3、两种模式都有优点和缺点,具体应用要看实际情况而定

时间: 2024-10-10 17:06:55

《大话设计模式》——读后感 (5)雷锋依然在人间?——工厂方法模式的相关文章

雷锋依然在人间——工厂方法模式

工厂方法模式(Factory Method):定义一个用于创建对象的接口,让子类决定实例化哪一个类.工厂方法使一个类的实例化延迟到其子类. 工厂方法模式(Factory Method)结构图 简单工厂VS工厂方法 简单工厂模式的最大优点在于工厂类中包含了必要的逻辑判断,根据客户端的选择条件动态实例化相关的类,对于客户端来说,去除了与具体产品的依赖. 计算器的简单工厂模式 工厂方法模式实现时,客户端需要决定实例化哪一个工厂来实现运算类,选择判断的问题还是存在的,也就是说,工厂方法把简单工厂的内部逻

雷锋依然在人间-工厂模式

简单(静态)工厂模式的实质是由一个工厂类根据传入的参数,动态决定应该创建哪一个产品类(这些产品类继承自一个父类或接口)的实例. 该模式中包含的角色及其职责 工厂(Creator)角色 简单工厂模式的核心,它负责实现创建所有实例的内部逻辑.工厂类的创建产品类的方法可以被外界直接调用,创建所需的产品对象. 抽象产品(Product)角色 简单工厂模式所创建的所有对象的父类,它负责描述所有实例所共有的公共接口. 具体产品(Concrete Product)角色 是简单工厂模式的创建目标,所有创建的对象

Java设计模式从精通到入门四 简单工厂方法模式

简单工厂方法模式 属于23中设计模式中创建型类型. 核心思想:工厂提供创建对象的接口,由子类决定实例化哪一个子类. 来源 ? 设计模式之禅中的例子,女娲造人,通过八卦炉来进行造人,没有烧熟的为白人,烧太熟的为黑人,刚好的为黄种人的例子进行程序展示 女娲作为client,八卦炉为工厂类,人类为具体实现类,有皮肤的区别. UML类图 图一 Factory: 工厂类的接口,根据类类型,提供只能创建Human子类,或者子孙类的方法. HumanFactory: 工厂类的具体实现,通过反射获取该对象. H

设计模式那点事读书笔记(1)----工厂方法模式

工厂方法模式: 定义一个创建产品对象的工厂接口,让子类决定实例化哪种实例对象,将实际创建实例对象的工作推迟到子类当中,核心工厂类不再负责具体产品创建. 解决什么问题: 当子类型可能会有很多,以后需要不断添加不同子类的实现. 当一个系统尚在框架设计阶段,还不知道将来需要实例化那些具体类时. 系统设计之初不需要具体对象的概念. UML: 代码结构: 代码: 定义抽象产品: package com.demo.factory.model; /** * 定义抽象商品 */ public abstract

设计模式学习总结:(7)工厂方法模式和抽象工厂模式

工厂方法模式应该算是很容易理解的模式,至少从书上看是这样一回事,但是真正深入去理解它一种存在意义却是不容易的(代码量不够-.-).从语法上看,无非就是把面向对象的多态特性封装到了内部工程类,实现运行时多态. 意图: 定义一个用于创建对象的接口,让子类决定实例化哪个类.Factory Method使一个类的实例化延迟到其子类. 结构图: 简单的代码: class AbProduct { public: virtual void sayName()=0; AbProduct(string name)

java/android 设计模式学习笔记(3)---工厂方法模式

这篇来介绍一下工厂方法模式(Factory Method Pattern),在实际开发过程中我们都习惯于直接使用 new 关键字用来创建一个对象,可是有时候对象的创造需要一系列的步骤:你可能需要计算或取得对象的初始设置:选择生成哪个子对象实例:或在生成你需要的对象之前必须先生成一些辅助功能的对象,这个时候就需要了解该对象创建的细节,也就是说使用的地方与该对象的实现耦合在了一起,不利于扩展,为了解决这个问题就需要用到我们的工厂方法模式,它适合那些创建复杂的对象的场景,工厂方法模式也是一个使用频率很

【大话设计模式】—— 工厂方法模式

一.概念 想象一下我们的寻常见到的工厂,下一个订单,付了订金,一段时间后就能够提货.我们不须要知道工厂是用的什么机器,怎么安排工人的,从哪来的材料,只须要一个订单就好,工厂就能够依照其固定流水线做出我们所须要的产品.设计模式中也有类似的一个大神:工厂方法模式. 以下让我们来认识一下: 工厂方法模式(Factory Method):定义一个用于创建对象的接口,让子类决定实例化哪一个类.工厂方法使一个类的实例化延迟到其子类. 二.UML图 Product(抽象产品) ConcreteProduct(

《大话设计模式》学习笔记系列--1. 简单工厂模式

简单工厂模式实现了一种"工厂"概念的面向对象设计模式,它可以在不指定对象具体类型的情况下创建对象.其实质是定义一个创建对象的接口,但让实现这个接口的类来决定实例化具体类.工厂方法让类的实例化推迟到子类中进行. 以书本上的计算器程序为例,其UML描述如下: 图中,AddOperator, SubtactOpertor继承算式基类Operator,而CreateOperator则是负责创建一个操作类,而不指明具体的子类类型. 下面,我们来看代码: 首先操作积累: /// <summa

大话设计模式C++实现-第15章-抽象工厂模式

一.UML图 二.概念 抽象方法模式(Abstract Factory):提供一个创建一系列相关或互相依赖对象的接口,而无需指定他们详细的类. 三.包括的角色 (1)抽象工厂 (2)详细工厂:包含详细工厂1和详细工厂2.详细工厂1用于生产详细产品A1和详细产品B1,详细工厂2用于生产详细产品A2和详细产品B2: (3)抽象产品:包含抽象产品A和抽象产品B. (4)详细产品:包含抽象产品A所相应的详细产品A1和A2.以及抽象产品B所相应的详细产品B1和B2. 说明:在<大话设计模式>中,上述的1

大话设计模式C++版——工厂方法模式

工厂方法模式是以简单工厂模式为基础的,如果未了解简单工厂模式的同学可先浏览<大话设计模式C++版--简单工厂模式>.在简单工厂模式中,提到过简单工厂模式的缺陷,即违背了开发-封闭原则,其主要原因是由于switch的判断结构的使用,使修改或添加新的对象时需要改动简单工厂类的代码,不符合开放-封闭原则,那么工厂方法模式会在那方面有所改进呢?我们仍以简单工厂模式中加减法计算器为例. 1.保持简单工厂模式的 IOperation 接口和实现对象(COperation_Add 和 COperation_