简单工厂模式、工厂方法模式、抽象工厂模式

2019-11-12

参考大话数据结构

假设我们要解决一个问题&＃xff1a;编程实现一个计算器
用面向过程的思想&＃xff0c;很容易想到&＃xff0c;首先输入两个操作数&＃xff0c;再判断运算符进行运算&＃xff0c;输出结果即可&＃xff0c;但是这样的代码很难维护&＃xff0c;我们需要使用面向对象的思想&＃xff1a;
&＃xff08;1&＃xff09;将运算与显示分离&＃xff0c;使用到了面向对象中封装的思想&＃xff0c;用一个类来处理运算&＃xff1b;
&＃xff08;2&＃xff09;如果说我们要添加一个新的运算&＃xff0c;那么我们在修改代码时可以看到其它的几种运算&＃xff0c;这样不是很好&＃xff0c;我们将几种运算符放到各自的类中&＃xff0c;这样我们在添加运算符的时候只要添加相应的类即可&＃xff0c;但是我们如何知道我们要使用哪一个类呢&＃xff1f;
&＃xff08;3&＃xff09;简单工厂模式&＃xff1a;所谓工厂&＃xff0c;就是用一个单独的类来创造实例&＃xff0c;我们创建一个工厂类&＃xff0c;在这个工厂类中根据用户输入的运算符创建实例即可&＃xff0c;在该工厂类中需要进行判断来区分不同的运算符&＃xff0c;如果说我们要添加一个新的运算&＃xff0c;我们首先要添加该运算的类&＃xff0c;其次也需要在工厂类中添加对该运算的判断&＃xff0c;违背了我们的开放-封闭原则&＃xff0c;怎么办呢&＃xff1f;
&＃xff08;4&＃xff09;工厂方法模式&＃xff1a;我们为所有的运算创建相应的工厂&＃xff0c;如果说我们要添加一个新的运算&＃xff0c;我们需要添加该运算的工厂类以及相应的运算类&＃xff0c;其实这个就是客户端决定实例化哪一个工厂来实现运算类&＃xff0c;选择判断的问题还是存在的&＃xff0c;也就是说&＃xff0c;工厂方法模式把简单工厂模式的内部逻辑判断移到了客户端代码来进行&＃xff0c;原来是要改工厂类&＃xff0c;现在是修改客户端。
&＃xff08;5&＃xff09;抽象工厂模式&＃xff1a;