工厂设计模式灵魂拷问-Java实现
show me the code and take to me,做的出来更要说的明白
GitHub项目JavaHouse同步收录
喜欢就点个赞呗! 你的支持是我分享的动力！
引入
我们经常听到工厂模式，比如说 Spring 用了工厂模式啦，面试也会被问到工厂模式等等，这见工厂模式是日常开发中比较重要的一种设计模式。其实工厂模式也是比较简单的一种设计模式，这年头似乎不了解工厂模式，你都不好意思说你学过 编程一样（手动狗头）。那么，允许我灵魂拷问一下，你真的了解工厂模式吗。
UML类图
不急，我们先看看 UML 类图。学习一下怎么用 UML 类图 表示代码。先看如何表示一个实体类。代码如下:
public class B {
private String name;
private String password;
public void test(){
}
}这是一个简单的实体类。他的 看 UML 类图如下：
看完实体类，我们在来看看接口，代码如下：
public interface B {
void test();
}这是一个简单的接类。一般接口就放几个方法，不放属性。他的 看 UML 类图如下：
看完实体类和接口，我们来看看他们有什么关系吧。先看看继承关系如何表示:
可以一眼看到他的箭头特点---空心的。箭头指向父类。这就是继承关系表示。
看完继承关系，我们在看看实现接口如何表示。
这里我们可以看到与继承关系类似，不过实现变成虚线，箭头指向接口类。
完了没有，没有，我们在看看依赖关系，这种关系比较弱，一般是一个类作为另一个类的参数表示， uml 图如下：
依赖关系是虚线，半个箭头
到这里，以上就是常见的 uml 类图表示。
简单工厂
进入正题，什么是工厂模式，我们先看看简单工厂模式，其实简单工厂模式并不是工厂模式，但是他可以帮助我们去了解工厂模式，所以我们先看看简单工厂模式。
需求：我们需要做一个可以加减乘除的计算机，运用到简单工厂模式。
UML 类图：
运算类：
import lombok.Data;
@Data
public abstract class Operation {
private Double numA;
private Double numB;
/**
* 运算方法
*/
abstract Double getResult();
}加法类：
public class OperationAdd extends Operation{
@Override
Double getResult() {
return getNumA() + getNumB();
}
}乘法类：
public class OperationMul extends Operation{
@Override
Double getResult() {
return getNumA() * getNumB();
}
}除法类：
public class OperationDiv extends Operation{
@Override
Double getResult() {
if (getNumB() == 0){
throw new RuntimeException("除数不能为零！");
}
return getNumA() / getNumB();
}
}简单工厂类：
public class CreateOperationFactory {
public static Operation createOperation(String operate){
Operation operation = null;
switch (operate){
case "+":
operation = new OperationAdd();
System.out.println("这是+法");
break;
case "/":
operation = new OperationDiv();
System.out.println("这是/法");
break;
case "*":
operation = new OperationMul();
System.out.println("这是*法");
break;
}
return operation;
}
}测试类：
public class Test {
public static void main(String[] args) {
Operation operation = CreateOperationFactory.createOperation("+");
operation.setNumA(1D);
operation.setNumB(2D);
System.out.println(operation.getResult());
operation = CreateOperationFactory.createOperation("*");
operation.setNumA(1D);
operation.setNumB(2D);
System.out.println(operation.getResult());
operation = CreateOperationFactory.createOperation("/");
operation.setNumA(1D);
operation.setNumB(2D);
System.out.println(operation.getResult());
}
}输出接口：
这是+法 3.0 这是*法 2.0 这是/法 0.5
工厂模式
需求：要再添加一个减法运算，嗯？上面没有减法运算吗？我猜你们肯定没有发现上面没有减法运算。看到的也会以为我在偷懒了，蒙混过关呢。事情并没有这么简单。
一般来说，加个减法嘛，简单，我直接就下 工厂类里面加一个分支不就完事了。哈哈，殊不知，这时候，我们已经违反一个重要的原则--开放关闭原则。所谓开放关闭原则，我们不应该修源码，祖传代码你敢动，试试看，而是通过继承父类或者实现接口去拓展代码，达到我们的目的。
uml 类图：
代码如下：
public interface IFactory {
Operation createOperation(String operate);
}
public class OperationAddFactory implements IFactory{
@Override
public Operation createOperation(String operate) {
Operation operation = new OperationAdd();
System.out.println("这是+法");
return operation;
}
}抬杠
没错，这里是自己杠自己的环节。
什么工厂模式啊！我自己 new 一个对应的对象不就解决问题了，为啥要写一个工厂类出来。（杠上杠啊，这是要搞事情）
嗯？好像我无法反驳·····是不存在的（用我第三根手指推一推我的眼镜）。试想一下，一个地方用到就去 new 一下。我们一下new了十几个地方，然后发现要来类名，这时候，怎么办。一处一处改咯，自己new的对象，哭着也要改完。但是如果用工厂类的话，我们只需要改一个地方就可以，就是这么简单。
就这一个优点吗？我还是喜欢一个一个new啊。
肯定不是（这是一个杠精啊），当然简单一个new对象,确实不需要写一个类出来。但是new一个对象并不是那么简单，我们需要对象进行一个操作呢。Spring IOC机制默认创建对象是单例的，那么我们现在也需要对象是唯一的怎么办。这时候，我们就是可以在工厂类里面写一个单例模式，达到我们的目的。
以上就是我的抬杠环节。
总结
不管什么设计模式，其实就是为了代码复用，少写代码，我们做明白什么模式是什么模式，更要理解这些的作用。正所谓，武术的目的是为了生发，战争的出发点是为了和平。总之，就是知其然知其所以然。
看到这里的都是人才。
参考
https://juejin.im/post/5d318b485188255957377ac3#heading-4
《大话设计模式》
https://www.zhihu.com/question/24843188 -- 工厂设计模式有什么用？
关注微信公众号，随时移动端阅读
