使用Dwr渲染table第一次尝试使用Dwr来开发ajax，js也没有想像那么难写。有一个感觉，Dwr的设计很像axis1，连显
使用Dwr渲染table
第一次尝试使用Dwr来开发ajax，js也没有想像那么难写。有一个感觉，Dwr的设计很像axis1，连显示服务的风格都很像，呵呵，是不是作者使借签了axis的设计思想啊
1、设计目标
避免查询的时候刷新页面的全部区域，只用改变查询结果显示的部分
2、web.xml中部署Dwr
谢谢楼上朋友。
我只看了一天的Dwr，现在要深入学习了 5 楼 SteveGY 2007-06-18 DWR适用于类似RPC方式的设计，如果有比较复杂的UI，仅使用DWR有很多不利的地方，HTML的表现层不是那么容易处理的，特别是当你需要处理浏览器兼容性的时候更是麻烦。
安全性也是一个问题，如果使用DWR，因为DWR没有提供安全性的指南，实现起来基本依赖于使用者的经验和具体应用环境。
在大多数的web应用环境中，DWR并不是合适。反而是那些js库配合jsp或servlet（asp也可以）在服务器端组合完成数据和html表现更符合具有web开发经验的团队的基本常识和开发经验。现在有很多js的库Yahoo UI, prototype, dojo, 一般的都带有某种ajax.update方法，这才是web开发中快速实用的技巧。 6 楼 卒子99 2007-06-21 我没有做过大型的开发。不过SteveGY提到的
那些js库配合jsp或servlet（asp也可以）在服务器端组合完成数据和html表现更符合具有web开发经验的团队的基本常识和开发经验
我想首先这就不符合MVC模式，页面的渲染和服务端代码混在一起，一是很难开发，二是更难维护。如果页面需要做出修改，那到底是UI的工作，还是programmer的事情呢。
7 楼 llying 2007-07-12 不错~！~！
不错~！~~~~~~！ 8 楼 blogbin 2007-07-12 卒子99 写道我没有做过大型的开发。不过SteveGY提到的
那些js库配合jsp或servlet（asp也可以）在服务器端组合完成数据和html表现更符合具有web开发经验的团队的基本常识和开发经验
我想首先这就不符合MVC模式，页面的渲染和服务端代码混在一起，一是很难开发，二是更难维护。如果页面需要做出修改，那到底是UI的工作，还是programmer的事情呢。
服务端代码并不局限于处理页面渲染，可能包括业务逻辑，事务处理，安全管理以及数据持久化等操作。WEB瘦客户端先天不足限制页面渲染的能力，复杂的界面表现仍然需要服务端代码提供帮助。
ps:
过于严格的分工可能会造成沟通成本的上升，设计模式的滥用也会提高开发和维护的难度。
blogbin 9 楼 juliashine 2007-07-17 SteveGY 写道DWR适用于类似RPC方式的设计，如果有比较复杂的UI，仅使用DWR有很多不利的地方，HTML的表现层不是那么容易处理的，特别是当你需要处理浏览器兼容性的时候更是麻烦。
安全性也是一个问题，如果使用DWR，因为DWR没有提供安全性的指南，实现起来基本依赖于使用者的经验和具体应用环境。
在大多数的web应用环境中，DWR并不是合适。反而是那些js库配合jsp或servlet（asp也可以）在服务器端组合完成数据和html表现更符合具有web开发经验的团队的基本常识和开发经验。现在有很多js的库Yahoo UI, prototype, dojo, 一般的都带有某种ajax.update方法，这才是web开发中快速实用的技巧。
dwr关注的中心是信息的传递，组装表现确实非其所长，就我的理解来说，将数据的传递与具体的表现组装方式分离是一种优美的方式，dwr简化了数据的包装与传递，在数据需求不变的情况下可以只将注意力集中于表现的变化。我们开发中一般使用dwr结合prototype或者jquery 10 楼 hxirui 2007-07-18 不知道大家是否遇到过DWR报找不到DWREngine错误的情况,当然是在那三个js文件都存在的情况下,好像和ie的设置有关,好像选中 使用http1.1 就可以,但是不是很有规律.
