上篇博文中简单分享了一个dwr的小例子。在做小例子的过程中,发现了一个有趣的现象:dwr不支持重载的方法。
java代码:
package com.tgb.dwr;
/**
* dwr使用测试
* @author Admin
*
*/
public class DwrTest {
public String hello(){
return "Hello!";
}
public String hello(String name){
return "Hello,"+name;
}
}
js代码:
<script type="text/javascript">
function test1(){
//尝试调用无参的hello
T1.hello(
function(data){
alert(data);
}
);
//尝试调用有参的hello,参数为Arron
T1.hello("Arron",
function(data){
alert(data);
}
);
}
</script>
执行效果如图:
本来以后应该弹出2个弹出框,先是Hello!,再是Hello,Arron。结果却是这样。然后把java代码中的2个方法调换了一下位置,则只弹了“Hello!”的提示框。
这是为什么呢?难道对于java代码中的同名方法,只解析最后一个??想想也不太可能,肯定都解析了。为了弄明白原因,那么需要从dwr的实现机制下手了。
(1)部署阶段:
读dwr.xml,在该xml文件中定义的Javascript——T1,它对应的类为如DwrTest,通过反射生成T1.js,其中DwrTest中的方法也就是调用后台类的方法
(2)运行阶段:
触发事件调用一个方法test1——>
从自己的js中调用了上面的T1.js中的方法hello——>
调用客户端的AJAX引擎发出请求——>
以上三步都是由客户端完成,后面的都是有服务器端来完成:
Web容器先接到请求,找上下文路径:/dwr/匹配dwr中对应的servlet (在web.xml配置的)——>
读dwr.xml;根据js名匹配creator定义;依据creator方法通过反射创建实例(每次调用都会创建一个实例);调用方法,得到返回值——>
out出去——>
回调处理——>
调用客户端的回调处理(本实例是直接alert结果)。
每触发一下事件,最后都会反射一个新的实例,这个可以在java代码中加上下面的代码进行测试:
static long count = 0;
public DwrTest(){
count++;
System.out.println("实例个数为:"+count);
}
这就是dwr的处理流程了。最重要的就是这个dwr.xml,生成的js靠的是它,后台调用反射的实例也是基于它的。
从dwr的处理流程来看,要想探究上面提到的不支持重载的方法,那么就需要看一下客户端生成的js文件。通过查看网页编码,然后打开引用的js文件——“dwr/interface/T1.js”。内容就展现出来了:
// Provide a default path to dwr.engine
if (dwr == null) var dwr = {};
if (dwr.engine == null) dwr.engine = {};
if (DWREngine == null) var DWREngine = dwr.engine;
if (T1 == null) var T1 = {};
T1._path = '/dwr_test/dwr';
T1.hello = function(p0, callback) {
dwr.engine._execute(T1._path, 'T1', 'hello', p0, callback);
}
T1.hello = function(callback) {
dwr.engine._execute(T1._path, 'T1', 'hello', callback);
}
可以看到T1.hello有2条赋值语句,这就是关键所在了。dwr是按照java类方法的定义顺序依次绑定方法的,所以调用T1.hello,只能执行最后绑定的方法。
dwr虽然很方便,但是由于使用了js,那么js可能出现的问题,都是它可能出现的问题。dwr还需要继续努力,而我们也要在遇到问题时,适当的刨刨根,问问底,才能真正的了解它,使用它。