代理模式

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

代理使用分析:

在传统编写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

 

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

posted @ 2017-03-14 15:38  人艰不拆_zmc  阅读(178)  评论(0编辑  收藏  举报