DWR的注释(annotations)使用及反向调用(Reverse Ajax) - 编程入门网

上面因为使用了spring所以写的是springCreator.class, 其它还有BeanCreator, Ejb3Creator, JsfCreator, NewCreator, NullCreator, PageFlowCreator, ScriptedCreator, SingletonCreator, SpringCreator, StrutsCreator。看自己的具体需求。最常用的就是newCreator了吧。

@RemoteMethod标在方法上，不用多说可以使方法能远程访问

@DataTransferObject标在类上，注明需要转换的VO类了

@RemoteProperty标在类的属性上，标明哪些可以访问（我试了试不标，好像全都可以访问了）

常用的就这么多了，其它几个不太常用，如果用到的时候再研究吧。

还有什么要做的吗？好像就这么多了。DWR就是简单。如果标好了可以试试访问上下文路径加上/dwr来访问试试了。好像好用了哎。如下图

点进去看看都有什么方法

DWR的注释(annotations)使用及反向调用(Reverse Ajax)(3)

看上去方法好像挺多，其实真正能访问用的只有用@RemoteMethod标注过的。

测试已经好用了下面就是加到页面了。那不就更简单了吗。按着上图收到JSP文件中。然后像调用普通javascript对象一样就可以了。咱不是做普及的，今天主要讲注释的用法。这部分就到这吧。

下面说反向调用了，这个还是挺复杂的，首先解释几个概念。

dwr的逆向ajax其实主要包括两种模式：主动模式和被动模式。其中主动模式包括Polling和Comet两种，被动模式只有Piggyback这一种。

所谓的Piggyback指的是如果后台有什么内容需要推送到前台（即调用页面的js方法），是要等到那个页面进行下一次ajax请求的时候，将需要推送的内容附加在该次请求之后，传回到页面。

polling指的是由浏览器定时向服务端发送ajax请求，询问后台是否有什么内容需要推送，有的话就会由服务端返回推送内容。这种方式和我们直接在页面通过定时器发送ajax请求，然后查询后台是否有变化内容的实现是类似的。只不过用了dwr之后这部分工作由框架帮我们完成了。

comet模式指的的当服务端建立和浏览器的连接，将页面内容发送到浏览器之后，对应的连接并不关闭，只是暂时挂起。如果后面有什么新的内容需要推送到客户端的时候直接通过前面挂起的连接再次传送数据。

通过上面的解释我们可以看到，这三种模式都有各自的优缺点。从客户端请求次数的角度来说，当然是piggyback的模式最好。这个里面完全没有额外的网络请求，只有等到下次请求页面主动发起了，中间的变化内容才传递回页面。但是这也导致了这推送内容的延时，因为你完全没办法知道页面的下一次请求将在什么时候发起，也许页面永远都没有下一次请求。polling模式的网络请求最为频繁了，因为这时候页面不管后台有没有更新的内容，都需要发送请求询问。虽然这种模式可以通过增加请求间隔的时间来减少单位时间内的请求次数，但是这样同样会导致页面响应后台内容变化的间隔时间增长，这中间就产生了矛盾，具体的请求间隔时间还是要根据具体项目的需求来配置。比如服务器能承受的请求间隔和页面内容所需要的刷新频率。comet方式的响应速度应该是最快的，后台一旦有内容需要推送可以通过前面没有关闭的连接马上推送到前台。但是服务器所能提供的连接数目是一定的，在大量的挂起的连接没有关闭的情况下，可能造成新的连接请求不能接入，从而影响到服务质量。

以上摘自dwr的Reverse Ajax(推技术的实现之一)

概念说清楚了，下面做一吧。

前面已经说完了注释方式了，以下还用注释的方式，方便直观呀。

@RemoteMethod 　 public　synchronized　　void　start()　{ 　　 WebContext　wctx　=　WebContextFactory.get(); 　　 String　currentP

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!