生物科技 网站模板下载,网站建设组织,东莞网站建设aj工作室,做网站赚钱流量系列文章目录 文章目录系列文章目录需要了解工厂制造细节吗#xff1f;简单工厂模式实现工厂方法模式的实现简单方法#xff1f; 工厂方法#xff1f;总结需要了解工厂制造细节吗#xff1f;
我们在前面的文章中为大家介绍了简单工厂模式#xff0c;我们知道 简单工厂模式…系列文章目录 文章目录系列文章目录需要了解工厂制造细节吗简单工厂模式实现工厂方法模式的实现简单方法 工厂方法总结需要了解工厂制造细节吗
我们在前面的文章中为大家介绍了简单工厂模式我们知道 简单工厂模式是最基本的创建实例相关的设计模式 但是在真实情况中有更多复杂的情况需要处理。简单工厂生成实例的类知道了太多的细节这就导致这个类很容易出现难维护、灵活性差的问题。
现实中我们要想过好生活是不太需要也不太可能知道所有细节的。比如说我们知道猪长什么样子也知道红烧肉很好吃但一头猪是通过怎么样的过程变成红烧肉的呢我们并不需要关注。所以如果将来能生产出这样一台机器送进去的是猪出来的就是红烧肉貌似就好多了。
在我们的程序中确实存在封装实例创建过程的模式----工厂方法模式这个模式可以让创建实例的过程封装到工厂类中 避免耦合它与简单工厂模式是一个体系的。
简单工厂模式实现
下面我们以简单工厂模式的计算器为例工厂类和客户端代码如下 public class OperationFactory{public static Operation createOperate(String operate){Operation oper null;switch(operate){case :oper new Add();break;case -:oper new Sub();break;case *:oper new Mul();break;case /:oper new Div();break;}return oper;}}public static void main(String[] args) {Operation oper OperationFactory.createOperate(strOperate);double result oper.getResult(numberA,numberB);}工厂方法模式的实现
如果换成工厂方法模式写这个计算器代码如下
public interface IFactory{public Operation createOperation();}public class AddFactory implements IFactory{Overridepublic Operation createOperation() {return new Add();}} public class SubFactory implements IFactory{Overridepublic Operation createOperation() {return new Sub();}}public class MulFactory implements IFactory{Overridepublic Operation createOperation() {return new Mul();}}public class DivFactory implements IFactory{Overridepublic Operation createOperation() {return new Div();}}//此时我们的OperationFactory类代码public class OperationFactory{public static Operation createOperation(String operate){IFactory factory null;Operation oper null;switch(operate){case :factory new AddFactory();break;case -:factory new SubFactory();break;case *:factory new MulFactory();break;case /:factory new DivFactory();break;}oper factory.createOperation();return oper;}}简单方法 工厂方法
以前我们说过如果我们现在需要增加其他运算比如求x的n次方或者求以a为底b的对数这些功能的增加哎在简单工厂里我们是先去加求x的n次方运算指数类然后去更改OperationFactory类当中加Case语句分支判断即可现在用了工厂方法加指数运算没问题去改OperationFactory类的分支也没问题但又增加了一个指数工厂类这不等于不但没有降低难度反而增加类把复杂性增加了吗
简单工厂模式的最大优点在于工厂类中包含必要的逻辑判断根据客户端的选择条件动态的实例化相关的类对于客户端来说去除了与具体产品的依赖。 就像计算器这个实例让客户端不用管应该用哪个类的实例只需要把“”给工厂工厂就自动的给出了相应的实例客户端只需要去运算就可以了。但是我们要增加一个X的n次方的操作的话我们需要给OperationFactory类的方法里加Case条件这就是说我们不但对扩展开放了对修改也开放了这违背了开放-封闭原则。 也就是说这个OperationFactory类承载了太多功能。
但是在我们上述的工厂方法中好像也没有做到这一点他比原来多出了四个运算工厂类和一个工厂接口其实是因为我们上述代码并没有体现工厂模式的优点举个例子我们公司原来只有一家工厂生产四种不同的产品。后来发展比较好需要增加两种产品放在另一个地方开设新的工厂新的工厂不应该影响原来工厂的运作。这样我们只需总公司那里再增加一下协调管理部门就好了。
就编程而言我们应该尽量将长的代码分派切割成小段再将每一小段‘封装’起来减少每段代码之间的耦合这样风险就分散了需要修改或扩展的难度就降低了。 加减乘除四个类算是一个工厂的产品不妨叫他们基础运算工厂类现在增加指数、对数运算类如果算是另一种工厂的两种产品不妨称他们为‘高级运算工厂’类就没必要去影响原有的基础运算工厂运作了。
代码实现
public class Pow extends Operation {public double getResult(double numberA,double numberB){return Math.pow(numberA,numberB);}
}public class Log extends Operation{public double getResult(double numberA,double numberB){return Math.log(numberB)/Math.log(numberA);}
}
public interface IFactory {public Operation createOperation();
}
//基础运算工厂类
public class basicFactory implements IFactory{public Operation createOperation(String operate) {IFactory factory null;Operation oper null;switch(operate){case :factory new AddFactory();break;case -:factory new SubFactory();break;case *:factory new MulFactory();break;case / :factory new DivFactory();break;}oper factory.createOperation();return oper;}
}
//高级运算工厂类
public class AdvancedOperationFactory implements IFactory{Overridepublic Operation createOperation(String operType) {Operation oper null;switch(operType){case pow:oper new Pow();break;case log:oper new Log();break;}return oper;}
}public class OperationFactory {public static Operation createOperate(String strOperate) {Operation oper null;IFactory factory null;switch (strOperate) {case :case -:case *:case /:factory new basicFactory();break;case pow:case log:factory new AdvancedOperationFactory();break;}oper factory.createOperation();return oper;}
}这里我们新的OperationFactory类已经不存在运算子类实例化的代码了也就是说在这个代码里全部都是借口与具体工厂类并不存在具体的实现与原来的OperationFactory类对比实例化的过程延迟到了工厂子类中。这里也是依赖倒转原则中的针对接口编程不要针对实现编程。 注意到关键词 – 延迟到子类 工厂方法模式定义一个用于创建对象的接口让子类决定实例化哪一个类工厂方法使一个类IDE实例化延迟到其子类 。 工厂方法克服了简单工厂违背开放-封闭原则的缺点同样保持了封装对象创建过程的优点。工厂方法模式是简单工厂模式的进一步抽象和推广。 由于使用了多态性工厂方法模式保持了简单工厂模式的优点克服了他的缺点。另外工厂方法模式本质就是对获取对象过程的抽象。
工厂模式好处 对于复杂的参数构造对象可以很好的对外层屏蔽代码的复杂性注意这里是指创建实例的构造对象。工厂方法模式有很好的解耦能力这就是针对接口在编程当我们要修改具体实现层的代码时上层代码完全不了解实现层的情况因此不会影响到上层代码的调用。达到解耦目的。 总结
以上就是本文全部内容本文主要向大家介绍了设计模式中的工厂模式通过对计算器简单工厂模式代码的修改扩展一步一步引出工厂方法模式的代码介绍工厂方法模式的优点和适用性。感谢各位能够看到最后如有问题欢迎各位大佬在评论区指正希望大家可以有所收获创作不易希望大家多多支持
