DWR作为一个java open source library,可以帮助开发人员完成应用AJAX技术的web程序。它可以让浏览器上的javascript方法调用运行在web服务器上java方法。
AjaxPro.NET是一个优秀的Ajax框架, 在实际应用中只要添加其DLL引用并进行简单的配置, 即可以非常方便的在客户端直接调用服务端方法。
这里比较了两者的应用案例，分析了内部机制，并作了一些个人的总结
1、DWR: Easy AJAX for JAVA
作为一个java open source library,DWR可以帮助开发人员完成应用AJAX技术的web程序。它可以让浏览器上的javascript方法调用运行在web服务器上java方法。
DWR主要由两部门组成。javascript与web服务器通信并更新web页；运行在web服务器的Servlet处理请求并把响应发回浏览器。
DWR采用新颖的方法实现了AJAX(本来也没有确切的定义)，在java代码基础上动态的生成javascript代码。web开发者可以直接调用这些javascript代码，然而真正的代码是运行在web服务器上的java code。出与安全考虑，开发者必须配置哪些java class暴露给DWR.(dwr.xml)
这种从(java到javascript)调用机制给用户一种感觉，好象常规的RPC机制，或RMI or SOAP.但是它运行在web上，不需要任何浏览器插件。
DWR不认为浏览器和web服务器之间协议重要，把系统界面放在首位。最大挑战是java method call的同步特征与ajax异步特性之间的矛盾。在异步模型里，结果只有在方法结束后才有效。DWR解决了这个问题，把回调函数当成参数传给方法，处理完成后，自动调用回调方法。
通过javascript事件，DWR能改变select的内容，当然这些内容由java代码返回。 javascript函数Data.getOptions(populateList)由DWR动态生成，这个函数会调用java class Data类的方法。DWR处理如何远程调用，包括转换所有的参数和返回的结果（javascript\java）。java方法执行完后，执行回调方法populateList。在整个过程中我们就想在用本地的方法一样。
2、Getting Started
web.xml
<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" "http://java.sun.com/dtd/web-app_2_3.dtd">
<web-app id="dwr">
<servlet>
<servlet-name>dwr-invoker</servlet-name>
<servlet-class>uk.ltd.getahead.dwr.DWRServlet</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>dwr-invoker</servlet-name>
<url-pattern>/dwr/*</url-pattern>
</servlet-mapping>
</web-app>
dwr.xml 与web.xml同目录
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE dwr PUBLIC "-//GetAhead Limited//DTD Direct Web Remoting 1.0//EN" "http://www.getahead.ltd.uk/dwr/dwr10.dtd">
<dwr>
<allow>
<create creator="new" javascript="JDate">
<param name="class" value="java.util.Date"/>
</create>
</allow>
</dwr>
index.html
<html>
<head>
<title>DWR - Test Home</title>
<script type='text/javascript' src='dwr/interface/JDate.js'></script>
<script type='text/javascript' src='dwr/engine.js'></script>
<script>
function init(){
JDate.getYear(load);
}
function load(data){
alert(data+1900+'年')
}
</script>
</head>
<body onload="init()">
</body>
</html>
dwr.jar 下载放lib下
完了，什么，够了，就这些。访问ok!
3、Examples
http://www.aboutmyhealth.org/ 这不是Google Suggest吗!ok.
4、源码浅析
dwr的设计很象webwork2的设计,隐藏http协议,扩展性，兼容性及强。
通过研究uk.ltd.getahead.dwr.DWRServlet这个servlet来研究下dwr到底是如何工作滴。
Code
web.xml配置
<servlet>
<servlet-name>dwr-invoker</servlet-name>
<servlet-class>uk.ltd.getahead.dwr.DWRServlet</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>dwr-invoker</servlet-name>
<url-pattern>/dwr/*</url-pattern>
</servlet-mapping>
这样所有的"/dwr/*" ,*/所有请求都由这个servlet来处理，它到底处理了些什么能。我们还以上面最简单的例子来看。
1、 web服务器启动，DWRServlet init()方法调用，init主要做了以下工作。
设置日志级别、实例化DWR用到的单例类（这些类在jvm中只有一个实例对象）、读去配置文件（包括dwr.jar包中的dwr.xml,WEB-INF/dwr.xml. config*.xml）。
2、请求处理
DWRServlet.doGet, doPost方法都调用processor.handle(req, resp)方法处理。Processor对象在init()方法中已经初始化了。
public void handle(HttpServletRequest req, HttpServletResponse resp);
throws IOException
{
String pathinfo = req.getPathInfo();;
if(pathinfo == null || pathinfo.length(); == 0 || pathinfo.equals("/"););
{
resp.sendRedirect(req.getContextPath(); + req.getServletPath(); + '/' + "index.html");;
} else
if(pathinfo != null && pathinfo.equalsIgnoreCase("/index.html"););
{
doIndex(req, resp);;
} else
if(pathinfo != null && pathinfo.startsWith("/test/"););
{
doTest(req, resp);;
} else
if(pathinfo != null && pathinfo.equalsIgnoreCase("/engine.js"););
{
doFile(resp, "engine.js", "text/javascript");;
} else
if(pathinfo != null && pathinfo.equalsIgnoreCase("/util.js"););
{
doFile(resp, "util.js", "text/javascript");;
} else
if(pathinfo != null && pathinfo.equalsIgnoreCase("/deprecated.js"););
{
doFile(resp, "deprecated.js", "text/javascript");;
} else
if(pathinfo != null && pathinfo.startsWith("/interface/"););
{
doInterface(req, resp);;
} else
if(pathinfo != null && pathinfo.startsWith("/exec"););
{
doExec(req, resp);;
} else
{
log.warn("Page not found. In debug");;
resp.sendError(404);;
}
}
哦。这些恍然大悟。"dwr/*"处理的请求也就这几种。
（1）dwr/index.html，dwr/test/这种只能在debug模式下使用，调试用。
dwr/engine.js，dwr/util.js，dwr/deprecated.js当这个请求到达，从dwr.jar包中读取文件流，响应回去。（重复请求有缓存）
（2）当dwr/interface/这种请求到来，（例如我们在index.html中的 <script type='text/javascript' src='dwr/interface/JDate.js'></script>）DWR做一件伟大的事。把我们在WEB-INF/dwr.xml中的
<create creator="new" javascript="JDate">
nbsp; <param name="class" value="java.util.Date"/>
<create>
java.util.Date转化为javascript函数。
http://localhost:port/simpledwr/dwr/interface/JDate.js看看吧。
细节也比较简单，通过java反射，把方法都写成javascript特定的方法。（我觉得这些转换可以放到缓存里，下次调用没必要再生成一遍，不知道作者为什么没这样做）。
（3）dwr/exec
javascript调用方法时发送这种请求，可能是XMLHttpRequest或IFrame发送。
当然，javascript调用的方法签名与java代码一致，包括参数，还有javascript的回调方法也传到了服务器端，在服务器端很容易实现。回调方法的java的执行结果 返回类似 <script>callMethod(结果)<script>的javascript字符串,在浏览器执行。哈，一切就这么简单，巧妙。
dwr的设计构思很是巧妙。
第一、把java类转化为javascript类由dwr自动完成，只需简单的配置。
第二、应用起来极其简单。开发者不要该服务器代码就可以集成。
第三、容易测试。和webwork一样，隐藏的http协议。
第四、及强扩展性。例如与spring集成，只需修改一点代码。
第五、性能。就我与jason,等简单比较，dwr性能可能是最好的。
第六、自动把java对象转化为javascript对象，并且及易扩展。
AjaxPro
1.GetStart
点击一个客户端button，触发一个javascript函数，执行一个只有一个string参数的服务端方法，返回一个处理过的string，处理方法是将传入的string变成“Hi”+string +“！”,很简单的一个例子。
服务器端代码如下:
Code
1 AJAXDemo.Examples.Test
2 using System;
3 using AjaxPro;
4
5 namespace AJAXDemo.Examples.Test
6 {
7 public class TestMethod
8 {
9 public TestMethod()
10 {}
11
12 [AjaxMethod]
13 public string GetTest(string testText)
14 {
15 return "Hi," + testText + "!";
16 }
17 }
18 }
页面代码：
Code
1 <%@ Page Language="C#" AutoEventWireup="true" CodeFile="Test.aspx.cs" Inherits="Test" %>
2 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
3 <html xmlns="http://www.w3.org/1999/xhtml" >
4 <head runat="server">
5 <title>无标题页</title>
6 <script type="text/javascript">
7
8 function doTest()
9 {
10 AJAXDemo.Examples.Test.TestMethod.GetTest("AjaxPro",doTest_callback);
11 }
12
13 function doTest_callback(res) {
14 alert(res.value);
15 }
16 </script>
17 </head>
18 <body>
19 <form id="form1" runat="server">
20 <div>
21 <input id="Button1" type="button" onclick="doTest()" value="测试"/></div>
22 </form>
23 </body>
24 </html>
2.分析
如果你已经成功运行，那么查看客户端源文件，你会发现多出下面的几个脚本
<script type="text/javascript" src="/AJAXDemo.2/ajaxpro/prototype.ashx"></script>
<script type="text/javascript" src="/AJAXDemo.2/ajaxpro/core.ashx"></script>
<script type="text/javascript" src="/AJAXDemo.2/ajaxpro/converter.ashx"></script>
<script type="text/javascript" src="/AJAXDemo.2/ajaxpro/AJAXDemo.Examples.Test.TestMethod,App_Code.urx4hqkg.ashx"></script>
通过使用http://localhost:3578/AJAXDemo.2/ajaxpro/prototype.ashx和http: //localhost:3578/AJAXDemo.2/ajaxpro/core.ashx不难发现，其中前面两个是源代码中带的两个js文件（core.js和prototype.js）转化出来的，
.net运行框架调用以下方法:
AjaxHandlerFactory.GetHandler
1.由于.ashx被注册为自定义处理,此方法被调用4次;
2.依据请求类型(get)和请求的目标进行分别处理,分别对应EmbeddedJavaScriptHandler(2次),ConverterJavaScriptHandler(1次),TypeJavaScriptHandler(1次)
3..net运行框架在AjaxHandlerFactory.GetHandler返回不同的IHttpHandler实现(EmbeddedJavaScriptHandler等)时调用该实现的以下方法:
EmbeddedJavaScriptHandler.ProcessRequest方法被调用:
EmbeddedJavaScriptHandler.ProcessRequest方法被调用:
ConverterJavaScriptHandler.ProcessRequest方法被调用:
TypeJavaScriptHandler.ProcessRequest方法被调用:
向客户端输出JavaScript 对象和方法的接口
基本内容也跟原来的文件一样，而converter.ashx和 AJAXDemo.Examples.Test.TestMethod,App_Code.urx4hqkg.ashx里面有什么呢？看下面代码：
Code
AJAXDemo.Examples.Test.TestMethod,App_Code.urx4hqkg.ashx
addNamespace("AJAXDemo.Examples.Test");
AJAXDemo.Examples.Test.TestMethod_class = Class.create();
AJAXDemo.Examples.Test.TestMethod_class.prototype = (new AjaxPro.AjaxClass()).extend({
GetTest: function(testText) {
return this.invoke("GetTest", {"testText":testText}, this.GetTest.getArguments().slice(1));
},
initialize: function() {
this.url = '/AJAXDemo.2/ajaxpro/AJAXDemo.Examples.Test.TestMethod,App_Code.un7rskvh.ashx';
}
});
AJAXDemo.Examples.Test.TestMethod = new AJAXDemo.Examples.Test.TestMethod_class();
converter.ashx
addNamespace("Ajax.Web");
Ajax.Web.NameValueCollection = function()
{
this.__type = "System.Collections.Specialized.NameValueCollection";
this.add = function(key, value) {
if(this[key] == null) {
this[key] = value;
}
}
this.getKeys = function() {
var keys = ;
for(key in this)
if(typeof this[key] != "function")
keys.push(key);
return keys;
}
this.getValue = function(key) {
return this[key];
}
this.toJSON = function() {
var o = this;
o.toJSON = null;
delete o.toJSON;
return AjaxPro.toJSON(o);
}
}
//当用户触发表现层控件动作事件
1.由于生成的客户端脚本中包含对于"/AJAXDemo.Examples.Test.TestMethod,App_Code.urx4hqkg.ashx"的调用,导致AjaxHandlerFactory.GetHandler被调用
2.在AjaxHandlerFactory.GetHandler中返回AjaxSyncHttpHandler
3..net运行框架在AjaxHandlerFactory.GetHandler返回不同的IHttpHandler实现(AjaxSyncHttpHandler等)时调用该实现的以下方法:
AjaxSyncHttpHandler.ProcessRequest方法被调用:
将调用转嫁到AjaxProcHelper.Run操作:
1.通过反射实现对指定C#类方法的调用.
2.将反射调用结果通过XmlHttpRequestProcessor.SerializeObject中对JavaScriptSerializer.Serialize的调用，通过Response向客户端返回.
研究完AjaxPro 和DWR 的机制，个人总结了一些比较;
1.AjaxPro 面向对后台方法的访问，针对的是带有Public,Private的方法，而不是具体类，DWR中没有这样的限制，它是对JAVA类的整体反射，对所有方法生成javascript 接口方法,当然，你也可以选择继承它的反射类，按自己的需求自定义一个代理接口供DWR来反射，毕竟，这是开源的一大优势。但总的来说，AjaxPro比DWR考虑的更安全，更精细。
2.DWR中继承了Spring的思想，灵活运用Reflect和配置文件，使应用程序的扩展性更强，更灵活。
3.AjaxPro 针对某个具体的业务实现需要进行后台的配置，如加入【AjaxPro.Method】,为每个Code Behind 写入一个页面注册事件
AjaxPro.Utility.RegisterTypeForAjax(typeof(_Default)); //_Default 为页面的后台代码类
试想一下，如果你有很多这样的Ajax业务应用，而每个页面都需要这样注册，是不是很繁琐？交叉业务的维护呢……
而DWR将一个业务应用的JAVA Class 转换成JavaScript,不需要对JAVA Model 有任何操作，只需在配置文件dwr.xml中create.简单，便于维护，特别是在大的项目中跟能体现。
