【创建型模式】《大话设计模式》——读后感 （1）代码无错就是优？——简单工厂模式
本篇是我学习设计模式后的第一篇文章，由于本模式也比较简单，在此我就多啰嗦一下。
学习本模式之前请下看一下我的《大话设计模式铺垫》文章，然后回答思考如下问题：
1、UML类图看懂了吗？
2、java的3大特性真的懂了吗？知道为什么要封装、继承、多态了吗？
对于和我一样的菜鸟而言，我根本就不知道什么是设计模式，那怎么办？学呗。怎么样的学习设计模式呢？看UML类图，然后结合代码加以理解，废话不多刷，先上图：
从图中我独处了如下信息：
1、运算类是个抽象类，而不是接口。（不懂就去看UML类图）
2、加、减、乘、除法类是具体的实现类
3、我看到了封装、继承、多态的影子了
按照简单工厂的UML类图，我的代码如下：
首先模拟抽象类（思考一下用接口行不行，个人喜欢剑走偏锋，我就要试试interface行不行）
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.slpFactory; public class OperationMulti implements Operation { @Override public double getResult(double a, double b) { return a*b; } }
除法类：
package com.sjmx.slpFactory; public class OperationDiv implements Operation { @Override public double getResult(double a, double b) { return b!=0?a/b:0; } }
简单工厂类：
package com.sjmx.slpFactory; public class Factory { public static Operation getInstance(String type){ Operation o ; switch(type){ case "+": o = new OperationAdd(); break; case "-": o = new OperationDelete(); break; case "*": o = new OperationMulti(); break; case "/": o = new OperationDiv(); break; default: o = null; } return o; } }
客户端代码：
package com.sjmx.slpFactory; public class Client { public static void main(String[] args) { double result; Operation oper; oper= Factory.getInstance("+"); result = oper.getResult(3, 9); System.out.println(result); System.out.println("---------------"); oper = Factory.getInstance("-"); result = oper.getResult(3, 9); System.out.println(result); System.out.println("---------------"); oper = Factory.getInstance("*"); result = oper.getResult(3, 9); System.out.println(result); System.out.println("---------------"); oper = Factory.getInstance("/"); result = oper.getResult(9, 0); System.out.println(result); } }
运行结果：
简单工厂模式应用场景：
感觉简单工厂模式多用于 解决对象的创建 问题。比如你写了一些类，但是到底创建哪一个类？实例化对象的时候会不会因为创建太多了弄混？
这个时候就应该考虑用一个 单独的类来做这个创建实例的过程 这就是工厂！不过该模式的缺点也很明显，如果对Operation接口继续扩展，每一次拓展都要去修改工厂类，违背了开放-闭合原则。
简单工厂模式：专门定义一个类来负责创建其他类的实例，被创建的实例通常都具有共同的父类。它又称为静态工厂方法模式，属于类的创建型模式。
简单工厂模式的实质是由一个工厂类根据传入的参数，动态决定应该创建哪一个产品类（这些产品类继承自一个父类或接口）的实例。
意图：提供一个类，由它负责根据一定的条件创建某一具体类的实例
角色及其职责：
- 工厂（Creator）角色：简单工厂模式的核心，它负责实现创建所有实例的内部逻辑。工厂类可以被外界直接调用，创建所需的产品对象。
- 抽象（Product）角色：简单工厂模式所创建的所有对象的父类，它负责描述所有实例所共有的公共接口。
- 具体产品（Concrete Product）角色：简单工厂模式的创建目标，所有创建的对象都是充当这个角色的某个具体类的实例。一般来讲它是抽象产品类的子类，实现了抽象产品类中定义的所有接口方法。
模式的特点:
- 优点：简单工厂模式的创建目标，所有创建的对象都是充当这个角色的某个具体类的实例。在这个模式中，工厂类是整个模式的关键所在。它包含必要的判断逻辑，能够根据外界给定的信息，决定究竟应该创建哪个具体类的对象。用户在使用时可以直接根据工厂类去创建所需的实例，而无需了解这些对象是如何创建以及如何组织的。有利于整个软件体系结构的优化。
- 缺点：体现在其工厂类上，由于工厂类集中了所有实例的创建逻辑，所以"高内聚"方面做的并不好。另外，当系统中的具体产品类不断增多时，可能会出现要求工厂类也要做相应的修改，扩展性并不很好。
在本模式中涉及到了3大特性了吗？
加、减、乘、除各自干各自的事情，互相不影响，我们理解为封装特性，这也体现出了单一职责原则。而它们都有类似的方法名，因为它们和Operation接口中的方法名是一致的，
这是继承的原因。最后我们在客户端中只需要执行Operation oper = Factory.getInstance("+")就知道具体要使用什么运算类了，因为我们把所有的
逻辑都封装在Factory类里面了，而不管加、减、乘、除都只不过是Operation接口的具体实现类而已，此处就是利用多态，确保了客户端只需要知道有这么
个Operation存在就可以了，根本不需要关心是哪个具体运算类在运行！
最后强调一下：任何的设计模式都有相似的部分，你中有我，我中有你!比如说简单工厂模式和策略模式进行结合，使策略模式更加的简洁，降低业务与逻辑的耦合度。还有外观涉及模式和建造者模式结构非常的相似，只不过外观模式侧重各个子系统的完美结合，而建造者模式则侧重同一个子系统内部各个方法的组合，相似的部分太多了！接下来的涉及模式，我都会尽量点出来，供大家思考！
