前台和后台的数据传递

    一般来说我们的系统都是采用的MVC架构，后台处理数据，前台展示数据并与用户交互，但是学WEB开发这么久，一直都没有在哪个项目里可以把数据和逻辑分离的干净利落。

    最早是自学JSP迈出WEB开发的第一步，当时对WEB都几乎没有什么概念，更不要说对系统进行清晰规划了。当然了，一个纯JSP构成的系统也不可能会有什么架构。那时做的几个小系统都是清一色的连JDBC连接字符串都写在JSP中，甚至是一个页面上写一次。几年後，当同学拿我的老系统去当毕业设计时，单是调整数据库连接就耗费了我好几天。。。

    后来知道了MVC架构，开始尝试着分离界面和业务逻辑，就注意到，最困难的部分就是前后台数据的传递。一开始我是通过数据bean来传递数值，后台把处理好的数据写入bean，然后把bean扔入web作用域，然后前台取出bean取出数据，但是处理过程中总是免不了进行一些逻辑判断，甚至有时候图省事还直接在前台处理了些业务逻辑。

    然后学习了struts1.x框架，当时印象最深刻的指导思想就是不要在页面上出现<% %>，尽量使用纯粹的.html，然后通过struts标签来获取数据，处理逻辑。不过在过了一段时间後，感觉被忽悠了，用struts标签和直接使用jsp本质上就是一样的嘛，然后就开始很讨厌struts，感觉它就是忽悠狂，尽做些形式上的事情，把servlet包装下就搞个action出来，用ActionForm来帮助我们从页面往action传数据，但是似乎在回传数据的时候还是得用request.setAttribute()，只是用了它那套可以得到一些功能支持，比如数据验证，多国语言支持等，但唯一有意义的似乎就是那个前段控制器，不过为了这一个功能引入这么一大堆东西感觉还是很不爽。当然了，这只是我浅尝辄止的感觉。不过如果我下次还要用到mvc辅助框架，我肯定选择spring自带的springmvc了，差不多的作用，但是可以少引入一堆东西，降低复杂度。

    然后用了一次DWR，感觉舒服多了。由于是在JS中调用后台方法，取得数据，再直接用JS进行整理填入HTML中，页面显得干净多了。只是觉得DWR做得有些过，我想要的是数据交互，它提供的确是方法直接调用，而且是绑定了后台的类，总是觉得不大对劲。再加上当时不知道是什么原因，DWR调用的方法返回刚从HIBERNATE查出的数据对象时，在JS中得到的都是空的，而在方法中打印确认数据是有的，大概是跟对象生命周期什么的有关系吧，后来不得不手动把那些对象复制一遍再传，才能成功得到返回值。这就是只会使用，不深入理解的郁闷之处了。

    现在很喜欢用jQuery，可以很方便的用AJAX得到后台数据，然后配合spring的域作用范围定义，直接定义一些singleton bean 并把作用域设为session，用来存放信息，这样就不用整天去找session对象了。不过这个的主要问题是当数据量比较大的时候，javascript处理返回的数据容易导致浏览器失去响应，即使用settimeout()了，速度还是明显太慢，所以还不是好的方案。之前的折衷方案是少量数据的展示用JS处理，大量数据还是进行一次跳转，在服务器端拼装好HTML。

    等有时间研究下DWR和EXTJS的原理，看看能不能找到什么参考，能够高效干净的获得并处理大量数据。估计还是要靠javascript。

评论

3 楼 lenka_xiu 2012-08-15  

写的太好了...同感哦...我还是java开发中的小菜鸟..前台与后台传值只是会，但是从来没有深究过...

2 楼 pg_guo 2010-12-07  

看了楼主的帖子之后我深有感触啊，经历差不多哈

1 楼 heyaron 2009-04-10  

写的很好，给我启发。我们现在在做那个，就是在用Struts，前台用JSP的，标签是Struts的。听你说的，我得尝试下jQuery和DWR了、