读了遍DWR1.1官方文档，提取的些东西

1、java的方法避免用 java 和 javascript的关键字。 如 try()方法 或 delete()方法。 2、在你的java类中不要出现重载 avoid overloaded methods. 3、在生产环境下，你可以把deprecated.js engine.js util.js 合并成一个，并放到web容器内，直接在htm,jsp中引用。（对于java代码转换成的javascript代码也可以这么做，免得每次生成javascript代码浪费时间） 4、研究一下Bean Converters。POJOjava对象必须严格按照 getProperty() setProperty()定义。Bean Converters是按照 java对象的 get set方法工作的。DWR1.1加了Object Converters,是按private int property;这类属性工作的。 <convert converter="bean" match="example.Fred"/> <param name="exclude" value="property1, property2"/> </convert> 当你这样配置时，java对象转化成的javascript对象不包括property1和property2。 <convert converter="bean" match="example.Fred"/> <param name="include" value="property1, property2"/> </convert> 反过来java对象转化成的javascript对象直包括property1和property2。 5、<convert converter="collection" match="java.util.Collection"/> <convert converter="map" match="java.util.Map"/> 这也是容易出问题的地方. 如 package example; public class Person{ private String name; get ... set private List relationPerson; public List setRelationPerson(List relationPerson){ this.relationPerson=relationPerson; } } <convert converter="bean" match="example.Person"/> </convert> <signatures> <![CDATA[ import java.util.Set; import example.Person; Person.setRelationPerson(List<Person>); ]]> </signatures> 在jdk1.5泛型中有写法区别 6、另外在Set,List等做为方法参数时也会出现混淆。返回集合类型不会出现问题，想想就知道了。 如在Test类中有 public Set testBeanSetParam(Set test) 这个方法，客户端得到的javascript方法可能是Test.testBeanSetParam(p0,callback);当我们 javascript调用这个方法时，鬼才知道怎么确定p0的类型,也不可能知道Set集合中该放什么类型的java对象，所以dwr的 special signatures syntax 确定这些集合和内容的类型 <signatures> <![CDATA[ import java.util.Set; import example.Test; Test.testBeanSetParam(Set<TestBean>); <!--Test.stringStringMapParam(Map<String, String>);--> ]]> </signatures> 7、Creators <allow> <create creator="..." javascript="..." scope="..."> <param name="..." value="..."/> <auth method="..." role="..."/> <exclude method="..."/> <include method="..."/> </create> ... </allow> 为了更少的暴露业务方法，最好配置include属性。 dwr支持new ,script,struts....几种集成方法，也支持static方法的调用，我觉得最好的是spring,其他感觉是处理遗留问题处理。 8、engine_js 作为dwr框架客户端核心，主要完成xmlHttp或iframe的构造，我们没必要关心它如何实现。有几点创新的我们可以学习下。 Call Batching 我们可以把几个客户端请求一起放送到服务器端，减少了网络交互，但要注意依存关系和他们处理的顺序。 Call Ordering 同步异步调整。一般用默认的就好了。注意依存关系。 Remoting Hooks 钩子，"small AOP" 依存关系解释。 如果 request1() request2()两个业务逻辑方法，request2方法需要用到request1方法从服务器端返回的结果。如果调用request2时，request1还没处理或还没请求。 下拉框连动可能有这个问题。 9、util.js propotype.js有些重复，这让我很难受。只能改代码了，可别坏了开元协议。 10、如果你的回调方法想加其他参数 var dataFromBrowser = ...; var callbackProxy = function(dataFromServer) { callbackFunc(dataFromServer, dataFromBrowser); }; var callMetaData = { callback:callbackProxy }; Remote.method(params, callMetaData); 11、dwr1.1 1.1只能算一个bug消除版本，没有什么大的功能调整。源代码结构做了些调整。2.0有新的特征加入。 It has a far broader scope; the major new features are accessibility enhancements, and what now appears to be called 'Comet'. 在文档中提到了“Comet”，估计与DWR2.0作者想法类似。 http://forum.iteye.com/viewtopic.php?t=19089 楼主叫server push。 http://alex.dojotoolkit.org/?p=545 给正名了，叫 Comet