博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
代理模式
阅读量:4626 次
发布时间:2019-06-09

本文共 3448 字,大约阅读时间需要 11 分钟。

代理设计模式的核心含义在于一个业务操作除了真实实现之外,也需要有代理支持,代理负责所有与真实操作有关的辅助性功能实现,而真实主题只负责核心业务操作。

代理使用分析:

在传统编写DAO程序操作过程之中,一直是存在有一个问题的,业务层的真实功能是调用数据层,但是发现在我们之前写的代码之中,业务层除了要调用数据层组织数据之外,还要负责数据库的打开和关闭。

范例:定义业务层接口

 

范例:定义真实主题类

以上是最早的设计思路,但是如果说现在结合代理设计模式来看,实现就非常槽糕了,因为所有的核心业务操作业务与辅助业务都同时写在了一个方法里。必须解决这样的问题。

范例:设计一个静态代理类

范例:真实主题实现类

而在使用的时候应该也通过工厂类取得接口实例化对象。

范例:定义serviceFactory

此时继续编写客户端,客户端依然是通过工厂取得接口实例化对象,客户端不会关心是代理主题还是真实主题,只是它知道,利用你这个工厂的方法就可以取得Seriver接口,就可以操作了。

范例:编写客户端

这个时候的代理发生了作用,也就是说在实际的环境之中,代理设计模式应该和工厂设计模式联合起来,这样客户端在操作的时候就不会有任何的不适应感。

动态代理设计模式:

使用代理模式可以有效的抽取出核心业务与辅助业务,但是回顾整个项目的开发过程里面,可能会存在几百个业务层接口。可是这个时候所有的代理层的功能发现都一样,都只是负责真实主题业务调用,以及打开关闭数据库。如果每一个业务层接口都编写一个代理,基本上的表现:代理也是折磨人的。所以必须想办法让一个代理类可以负责所有真实主题的操作。

如果想要实现动态代理设计模式,必须有一个类来实现java.lang.reflect InvocationHandler接口。此接口有一个方法:

Object invoke(Object proxy, Method method,Object[] args) throws Throwable

实际上invoke()这个方法是属于反射调用的方法,证明动态代理也属于反射调用,而在invoke方法里面参数:

Object proxy:表示要代理的对象;

Method method:表示要操作的方法;

Object args[]:方法调用时传递的参数。

如果要想让代理设计真正可以使用,必须有一个代理类对象产生,而这个代理类对象的产生可以通过java.lang.reflect.Proxy类完成,而在Proxy类里面有一个取得代理对象的实例化方法:

public static Object newProxyInstance(ClassLoader loader, Class<?>[] interfaces,InvocationHandler h)

                               throws IllegalArgumentException

 

下篇博客将对剖析动态代理类的原理。

转载于:https://www.cnblogs.com/zhangmingcheng/p/6548821.html

你可能感兴趣的文章
网络编程
查看>>
C# 访问USB(HID)设备方法 (转)
查看>>
linux 配置svn服务器+使用+注意事项
查看>>
关于JAVA并发编程你需要知道的——语言篇
查看>>
Spring MVC 中 HandlerInterceptorAdapter的使用
查看>>
druid 数据源 使用属性文件的一个坑
查看>>
[na]数据包由于isp不稳定丢包-seq&ack
查看>>
浅谈Web前端浏览器兼容问题
查看>>
用命令行在github新建一个项目
查看>>
测一下我心中想的事
查看>>
java中getName()、getCanonicalName()、getSimpleName()用法比较
查看>>
React Native pod install报错 `Yoga (= 0.44.3.React)` required by `React/Core (0.44.3)`
查看>>
C#中 删除掉字符串数组中的空字符串
查看>>
Win10 驱动装不上,提示:Windows 无法验证此设备所需的驱动程序的数字签名。该值受安全引导策略保护,无法进行修改或删除。...
查看>>
数值计算小问题
查看>>
A股行情记录
查看>>
集合(下)
查看>>
【转】循序渐进地代码重构
查看>>
CSS网页特效--倒影
查看>>
设计模式之—中介者模式<Mediator Pattern>
查看>>