《大话设计模式》——读后感 (5)雷锋依然在人间?——工厂方法模式
2017-07-04 14:31
330 查看
什么是工厂方法模式:
工厂方法UML结构图:
从图中我获取以下信息:
1、 Product是个接口,而Creator是个抽象类(我还是试试接口)
2、ConcreateProduct和ConcreteCreator是有依赖关系的,后者依赖前者
接下来看看简单工厂模式中例子用工厂模式实现的设计图:
根据设计图。直接上代码:
运算接口:
运算加法实现类:
运算减法实现类:
其他的实现类省略.............................
工厂接口:
工厂加法实现类:
工厂减法实现类:
其他实现类省略不写了。。。
客户端代码:
我不知道你看明白没有,我通过简单工厂VS工厂模型有以下感悟:
1、简单工厂的工厂类中包含了具体算法的逻辑判断,客户端只需要知道加、减、乘等就可以得到想要的运算结果,解决了具体算法的创建问题;而且客户端和算法没有什么耦合的地方
2、工厂模式把原本简单工厂的逻辑判断放到了客户端去执行,增加了耦合度;但是工厂模式更好的体现了开放-闭合原则,更加的易于拓展和维护,比如,我现在需要加开根运算,平方运算等等,只需要拓展具体算法和增加算法生成工厂类就可以,完全不会去修改之前的逻辑;而简单工厂则不需要去修改工厂类里面的逻辑判断。如果从这个角度去理解,其实工厂模式也还是降低了客户端与业务的耦合度,只不过要在一定量的前提下才能体现出来。
3、两种模式都有优点和缺点,具体应用要看实际情况而定
工厂方法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、两种模式都有优点和缺点,具体应用要看实际情况而定
相关文章推荐
- 《大话设计模式》—— 读后感(8)雷锋依然在人间——工厂方法模式
- 《大话设计模式》之--第8章 雷锋依然在人间----工厂方法模式
- 第8章 雷锋依然在人间-工厂方法模式 大话设计模式
- 《大话设计模式》之--第8章 雷锋依然在人间----工厂方法模式
- 大话设计模式-第08章 雷锋依然在人间--工厂方法模式
- 第八章 雷锋依然在人间-工厂方法模式(读书笔记)
- 第八章 雷锋依然在人间---工厂方法模式(读书笔记)
- 雷锋依然在人间—工厂方法模式
- 雷锋依然在人间——工厂方法模式
- 雷锋依然在人间 --- 工厂方法模式
- 《大话设计模式》--雷锋依然在人间--工厂方法模式<Factory Method>(8)
- 【设计模式】雷锋依然在人间 --- 工厂方法模式
- 【设计模式】雷锋依然在人间 --- 工厂方法模式
- 8. 雷锋依然在人间 -- 工厂方法模式(Factory Method Pattern)
- 工厂方法模式-雷锋工厂-大话设计模式 .
- 工厂方法模式-雷锋工厂-大话设计模式
- 大话设计模式之简单工厂模式、抽象工厂模式及工厂方法模式的比较
- 《大话设计模式》——读后感 (9)牛市股票还会亏钱?——外观模式
- 读前辈的大话设计模式(十一)之观察者模式,抒自己的读后感
- 《大话设计模式》—— 读后感(22)手机软件何时统一——桥接模式