在本篇文章中就不详细介绍工厂模式,主要介绍一下反射在工厂模式中的使用,让读者对反射机制带来的好处有更深的认识。

首先看一下简单工厂模式

简单工厂模式(simple factory)是类的创建模式,又叫静态工厂方法(static factory method)模式。

简单工厂模式就是由一个工厂类根据传入的参数决定创建哪一种的产品类。

简单工厂模式实例:

//动物接口
interface Animal{
public void speak();
}
//人实现类
class Man implements Animal{
@Override
public void speak() {
System.out.println("我是人我会说话:哈哈哈!!!");
}
}
//狗实现类
class Dog implements Animal{
@Override
public void speak() {
System.out.println("我是小狗不会说话:汪汪汪!!!");
}
}
//工厂类
class Factory{
public Animal getAnimal(String name){
if("man".equals(name)){
return new Man();
}else{
return new Dog();
}
}
}
//测试类
public class GeneralFactory {
public static void main(String[] args){
Factory factory = new Factory();
Animal an = factory.getAnimal("dog");
an.speak();
}
}

输出结果:

我是小狗不会说话:汪汪汪!!!

上面代码中,定义了一个动物(Animal)接口,接着分别定义了人(Man)和狗(Dog)实现类,实现了speak()说话的方法。

如果我们现在不用工厂模式,在调用人的说话方法时需要new一个人(Man)的对象,使用狗的说话方式时,需要new一个狗(Dog)类的对象。

这样在new对象时,就需要考虑到接口和子类的实现方式,增加了代码的耦合度。在代码中使用new操作其实也是一种硬编码方式。

使用简单工厂模式解决这个问题(上面的代码),封装一个工厂类,把new对象的操作放在这个工厂类中,这样我们在调用子类里面的方法时,并不需要考虑子类的实现方式,只需要调用工厂类,让工厂类给我们实现new对象的过程,使子类与外界操作没有联系,降低代码耦合性。

大家应该也发现了简单工厂模式有个很大的弊端,就是现在要实现很多动物的speak()方法,那么工厂类里面就要不断的添加new对象的操作,修改里面的代码,很显然这样并没有达到我们理想的要求。可以使用Java的反射机制来解决。

采用反射机制的简单工厂模式实例:

package com.qcjy.factory;

//动物接口
interface Animal1{
public void speak();
}
//人实现类
class Man1 implements Animal{
@Override
public void speak() {
System.out.println("我是人我会说话:哈哈哈!!!");
}
}
//狗实现类
class Dog1 implements Animal{
@Override
public void speak() {
System.out.println("我是小狗不会说话:汪汪汪!!!");
}
}
//工厂类
class Factory1{
public Object getAnimal(String className) throws Exception{
Class<?> cls = Class.forName(className);
Object obj = cls.newInstance();
return obj;
}
}
//测试类
public class ReflectFactory {
public static void main(String[] args) throws Exception{
Factory1 factory = new Factory1();
Animal an = (Animal)factory.getAnimal("com.qcjy.factory.Man1");
an.speak();
}
}

输出结果:

我是人我会说话:哈哈哈!!!

采用反射后,无论添加多少个子类,工厂类中的代码都不需要修改,只需要在操作的时候传入子类的类路径(包.类)就可以了,实现了各个业务逻辑之间的完全分离,代码耦合性进一步降低,很好的解决了上面的问题。

看到这里,大家应该体会到了反射机制给我带来的方便了吧,哈哈!

PS:工厂模式分为简单工厂模式、工厂方法模式、抽象工厂模式。简单工厂模式是对代码的自然封装,比较容易理解,几乎每个人都会用的上。真正算的上设计模式的是抽象工厂模式,但是大部分人都很少能用上抽象工厂模式。Spring框架中的IOC用到的就是简单工厂模式。

https://blog.csdn.net/mlc1218559742/article/details/52763392

最新文章

  1. MVP模式和MVVM模式
  2. Eclipse里面代码上下文变量点击后不一起变色
  3. Android 核心组件 Activity 之下
  4. Codeforces Problem 598E - Chocolate Bar
  5. (转) Android的Window类
  6. tky项目第①个半月总结
  7. autoit 处理文件上传弹出框,并在JAVA中调用
  8. 6. Scala面向对象编程(基础部分)
  9. ubuntu 17.10 安装mvn
  10. C# RichTextBox 制作文本编辑器
  11. 用 MoveTowards实现多点移动
  12. [ 10.03 ]CF每日一题系列—— 534B贪心
  13. 2sum,3sum,4sum,ksum
  14. 《java与模式》阅读笔记01
  15. 执行caffe的draw_net.py出现&ldquo;GraphViz's executable &quot;dot&quot; not found&rdquo;的解决方法
  16. solr学习笔记-linux下配置solr(转)
  17. centos7安装lamp
  18. iOS设计模式探索
  19. Nginx日志管理配置
  20. windows中wamp环境composer使用中openssl问题解决

热门文章

  1. UVA 11367 Full Tank?(bfs最短路)
  2. linux 的空命令:(冒号)
  3. 转:美团Android资源混淆保护实践
  4. JQuery EasyUI 动态改变表单项的验证守则
  5. netlink error: too many arguments to function &#39;netlink_kernel_create&#39;
  6. xcode 模拟器,文档,离线安装
  7. JS 运算、判断优化
  8. Learning English From Android Source Code:1
  9. sparkContext 读取hdfs文件流程及分片机制
  10. 流媒体协议RTMP,RTSP与HLS有什么不同