[原创]Ajax和LazyLoad的冲突

的确~，现在做的项目js端就是MVC结构，不过没有C这一层
项目是前台纯用HTML，js实现的~
后台 （DWR）+Facade - Service -  DAO
facade层完全用来组装页面需要的DTO的

这不是Ajax的问题，而是Lazy loading使用的Scope的问题

Lazy loading机制(opensessioninview)是不能用在稍微复杂的企业系统中的
看似方便，走了捷径，其实破坏了固有的分层结构，把本该属于持久层的机制四处传播，同时也带来了很多风险，会影响其他的功能
主要体现在
1. LZ所说的web remote
2. Cluster环境session对象序列化的问题(现在越来越多的框架会根据一顶的策略，把状态维护在session中)
3. xml-java object serialize和Deserialize
4. 将来的其它RIA技术

所以，从系统总结架构考虑，我是坚决杜绝使用将lazy机制扩散到service层以外的。
我的建议是web层存在一个剪裁过的VO，与Service层的PO完成自动数据的复制（手工 or 基于元数据描述）

但不可否认，lazy loading在适当的场合还是能发挥其作用的

我的建议是，把裁剪工作放在web层，毕竟是由web层来负责展示的，所以它更清楚该取哪些属性，哪些关联对象。所以lazyload要用，opensessioninview也要开启。

我们使用webwork action处理请求，然后返回velocityXML result type（使用velocity生成xml)。如果客户端组件需要json格式.再加上xml to json的拦截器

什么AJAX框架?

为什么不根据需要返回不同的格式，而要使用昂贵的chain filter呢？

不知道ajax是否可以设置http header，action根据accept content type 来选择输出不同的格式。



再回复顶楼的原帖，如果不使用open session in view，不知道ajax的remote call时如何会导致lazyload失效(lazy load exception不发生)。或者说我对这个ajax框架如何使用OSIV感到迷惑，remote call不应该利用到OSIV机制才对啊

因为用脚本产生xml很方便。昂贵的chain filter？多了一层xml-to-json，对于我们的应用应该是不昂贵的。
如果产生json有更简洁有效的方式，不需要xml-to-json那当然更好了。在这方面我是个新手，请多指点哦

>>如果产生json有更简洁有效的方式，不需要xml-to-json那当然更好了。在这方面我是个新手，请多指点哦

我大概比你还新，去看看

http://www.iteye.com/topic/78243

谢谢推荐，我说的是在服务端如何更好的object to json。