dwr的Reverse Ajax(推技术的实现之一)
2009-12-14 16:09
253 查看
dwr的Reverse Ajax前面一直都没有用过,最近因为项目里面涉及到研究了下,还是留个记录吧。
dwr的逆向ajax其实主要包括两种模式:主动模式和被动模式。其中主动模式包括Polling和Comet两种,被动模式只有Piggyback这一种。
所谓的Piggyback指的是如果后台有什么内容需要推送到前台(即调用页面的js方法),是要等到那个页面进行下一次ajax请求的时候,将需要推送的内容附加在该次请求之后,传回到页面。
polling指的是由浏览器定时向服务端发送ajax请求,询问后台是否有什么内容需要推送,有的话就会由服务端返回推送内容。这种方式和我们直接在页面通过定时器发送ajax请求,然后查询后台是否有变化内容的实现是类似的。只不过用了dwr之后这部分工作由框架帮我们完成了。
comet模式指的的当服务端建立和浏览器的连接,将页面内容发送到浏览器之后,对应的连接并不关闭,只是暂时挂起。如果后面有什么新的内容需要推送到客户端的时候直接通过前面挂起的连接再次传送数据。
通过上面的解释我们可以看到,这三种模式都有各自的优缺点。从客户端请求次数的角度来说,当然是piggyback的模式最好。这个里面完全没有额外的网络请求,只有等到下次请求页面主动发起了,中间的变化内容才传递回页面。但是这也导致了这推送内容的延时,因为你完全没办法知道页面的下一次请求将在什么时候发起,也许页面永远都没有下一次请求。polling模式的网络请求最为频繁了,因为这时候页面不管后台有没有更新的内容,都需要发送请求询问。虽然这种模式可以通过增加请求间隔的时间来减少单位时间内的请求次数,但是这样同样会导致页面响应后台内容变化的间隔时间增长,这中间就产生了矛盾,具体的请求间隔时间还是要根据具体项目的需求来配置。比如服务器能承受的请求间隔和页面内容所需要的刷新频率。comet方式的响应速度应该是最快的,后台一旦有内容需要推送可以通过前面没有关闭的连接马上推送到前台。但是服务器所能提供的连接数目是一定的,在大量的挂起的连接没有关闭的情况下,可能造成新的连接请求不能接入,从而影响到服务质量。
配置
piggyback方式
dwr默认采用的是piggyback这种被动模式,如果需要采用这种模式的话不需要任何额外的配置就能完成。
comet方式
如果需要采用主动模式的话就需要进行一些相应的配置了,首先需要在web.xml中dwr的servlet中配置如下的参数:
<servlet>
<servlet-name>dwr-invoker</servlet-name>
<display-name>DWR Servlet</display-name>
<servlet-class>org.directwebremoting.servlet.DwrServlet</servlet-class>
<init-param>
<param-name>activeReverseAjaxEnabled</param-name>
<param-value>true</param-value>
</init-param>
</servlet>
在需要接受推送内容的页面body的onload事件中需要调用
dwr.engine.setActiveReverseAjax(true);
方法来启动该页面的ReverseAjax功能。这时候默认采用的将是comet的方式来完成页面内容的推送。
polling方式
如果想采用polling方式,只需要在comet方式的基础之上,在servlet参数中再加上如下的参数
<init-param>
<param-name>org.directwebremoting.extend.ServerLoadMonitor</param-name>
<param-value>org.directwebremoting.impl.PollingServerLoadMonitor</param-value>
</init-param>
其中页面默认的请求间隔时间是5秒,如果需要进行配置的话通过如下的参数来完成
<init-param>
<param-name>disconnectedTime</param-name>
<param-value>60000</param-value>
</init-param>
这就将请求间隔时间设为了60秒
调用方式
后台可以通过如下的方式来推送内容:
ScriptBuffer script = new ScriptBuffer();
script.appendScript("这里加入需要页面执行的js代码的字符串");
ServerContext sctx = ServerContextFactory.get(servletContext);
if (sctx != null){
Collection pages = sctx.getScriptSessionsByPage("这里加入待推送页面的相对路径,例如/book/list.jsp");
Iterator it = pages.iterator();
while(it.hasNext()){
ScriptSession session = (ScriptSession)it.next();
session.addScript(script);
}
}
其中的servletContext可以既可以是通过前台请求传入的,也可以是通过该类实现spring的ServletContextAware接口,由spirng注入的。并且在调用ServerContextFactory.get(servletContext)方法之前,dwr的上下文已经建立起来了。
在完成了以上工作之后就可以享受到dwr通过Reverse Ajax给你带来的惊喜体验了,你可以像cs模式中server直接操作client那样便利的操作browser了,赶紧来感受下吧。
dwr版本
本文讨论的配置都是针对在dwr3.0的环境中测试通过,按照dwr官网的说明应该在dwr2.0.4之后的版本都可以这样配置 。至于在这之前的版本需要进行的不同的配置请参考dwr官方网站的文档。
文章出处:DIY部落(http://www.diybl.com/course/3_program/java/javajs/20090427/165648.html)
dwr的逆向ajax其实主要包括两种模式:主动模式和被动模式。其中主动模式包括Polling和Comet两种,被动模式只有Piggyback这一种。
所谓的Piggyback指的是如果后台有什么内容需要推送到前台(即调用页面的js方法),是要等到那个页面进行下一次ajax请求的时候,将需要推送的内容附加在该次请求之后,传回到页面。
polling指的是由浏览器定时向服务端发送ajax请求,询问后台是否有什么内容需要推送,有的话就会由服务端返回推送内容。这种方式和我们直接在页面通过定时器发送ajax请求,然后查询后台是否有变化内容的实现是类似的。只不过用了dwr之后这部分工作由框架帮我们完成了。
comet模式指的的当服务端建立和浏览器的连接,将页面内容发送到浏览器之后,对应的连接并不关闭,只是暂时挂起。如果后面有什么新的内容需要推送到客户端的时候直接通过前面挂起的连接再次传送数据。
通过上面的解释我们可以看到,这三种模式都有各自的优缺点。从客户端请求次数的角度来说,当然是piggyback的模式最好。这个里面完全没有额外的网络请求,只有等到下次请求页面主动发起了,中间的变化内容才传递回页面。但是这也导致了这推送内容的延时,因为你完全没办法知道页面的下一次请求将在什么时候发起,也许页面永远都没有下一次请求。polling模式的网络请求最为频繁了,因为这时候页面不管后台有没有更新的内容,都需要发送请求询问。虽然这种模式可以通过增加请求间隔的时间来减少单位时间内的请求次数,但是这样同样会导致页面响应后台内容变化的间隔时间增长,这中间就产生了矛盾,具体的请求间隔时间还是要根据具体项目的需求来配置。比如服务器能承受的请求间隔和页面内容所需要的刷新频率。comet方式的响应速度应该是最快的,后台一旦有内容需要推送可以通过前面没有关闭的连接马上推送到前台。但是服务器所能提供的连接数目是一定的,在大量的挂起的连接没有关闭的情况下,可能造成新的连接请求不能接入,从而影响到服务质量。
配置
piggyback方式
dwr默认采用的是piggyback这种被动模式,如果需要采用这种模式的话不需要任何额外的配置就能完成。
comet方式
如果需要采用主动模式的话就需要进行一些相应的配置了,首先需要在web.xml中dwr的servlet中配置如下的参数:
<servlet>
<servlet-name>dwr-invoker</servlet-name>
<display-name>DWR Servlet</display-name>
<servlet-class>org.directwebremoting.servlet.DwrServlet</servlet-class>
<init-param>
<param-name>activeReverseAjaxEnabled</param-name>
<param-value>true</param-value>
</init-param>
</servlet>
在需要接受推送内容的页面body的onload事件中需要调用
dwr.engine.setActiveReverseAjax(true);
方法来启动该页面的ReverseAjax功能。这时候默认采用的将是comet的方式来完成页面内容的推送。
polling方式
如果想采用polling方式,只需要在comet方式的基础之上,在servlet参数中再加上如下的参数
<init-param>
<param-name>org.directwebremoting.extend.ServerLoadMonitor</param-name>
<param-value>org.directwebremoting.impl.PollingServerLoadMonitor</param-value>
</init-param>
其中页面默认的请求间隔时间是5秒,如果需要进行配置的话通过如下的参数来完成
<init-param>
<param-name>disconnectedTime</param-name>
<param-value>60000</param-value>
</init-param>
这就将请求间隔时间设为了60秒
调用方式
后台可以通过如下的方式来推送内容:
ScriptBuffer script = new ScriptBuffer();
script.appendScript("这里加入需要页面执行的js代码的字符串");
ServerContext sctx = ServerContextFactory.get(servletContext);
if (sctx != null){
Collection pages = sctx.getScriptSessionsByPage("这里加入待推送页面的相对路径,例如/book/list.jsp");
Iterator it = pages.iterator();
while(it.hasNext()){
ScriptSession session = (ScriptSession)it.next();
session.addScript(script);
}
}
其中的servletContext可以既可以是通过前台请求传入的,也可以是通过该类实现spring的ServletContextAware接口,由spirng注入的。并且在调用ServerContextFactory.get(servletContext)方法之前,dwr的上下文已经建立起来了。
在完成了以上工作之后就可以享受到dwr通过Reverse Ajax给你带来的惊喜体验了,你可以像cs模式中server直接操作client那样便利的操作browser了,赶紧来感受下吧。
dwr版本
本文讨论的配置都是针对在dwr3.0的环境中测试通过,按照dwr官网的说明应该在dwr2.0.4之后的版本都可以这样配置 。至于在这之前的版本需要进行的不同的配置请参考dwr官方网站的文档。
文章出处:DIY部落(http://www.diybl.com/course/3_program/java/javajs/20090427/165648.html)
相关文章推荐
- 基于DWR和GI技术实现的AJAX RIA例子----Xignite
- 使用dwr Reverse AJAX实现数据推送
- 使用DWR实现AJAX技术2——将对象作为参数
- 用Ajax技术和dwr框架两种方式实现下拉列表的级联效果
- 基于ajax与msmq技术的消息推送功能实现代码
- asp.net通过反射技术实现Ajax
- DWR服务器推技术(实现消息实时推送功能)
- AJAX技术实现无刷新技术评论
- AJAX技术之网易滚动新闻的简单实现(附源码)--AJAX
- 用Ajax技术让IE Web Control Tree View实现大数据量读取
- JAVA EE 项目常用知识 之AJAX技术实现select下拉列表联动的两种用法(让你真正理解ajax)
- WordPress中利用AJAX技术进行评论提交的实现示例
- 使用WCF实现SOA面向服务编程——使用AJAX+WCF服务“.NET技术”页面开发
- dwr的Reverse Ajax
- 应用Ajax技术实现无刷新的级联下拉列表
- 如何使用IFRAME来实现类似Ajax的技术----远程脚本
- dwr reverse ajax简介
- 模拟Google首页(dwr实现ajax)
- jQueryAPI+Ajax技术实现的简单例子(续4)
- Ajax+smarty技术实现无刷新分页