一个页面向服务器发送多次请求的效率问题。

Question

最近项目里遇到了这样的问题，因为页面部分重复太多，考虑用tiles。但是现在项目经理给的思路是，每个页面都把他拆分成N个部分，这每个小部分都是一个action(struts2请求)去查询对应的数据库信息，也就是说，当你请求一个页面时候，实际上在背后是被分拆成了多个请求的。我觉得这样我都快体会不出tiles的好处在哪儿了大家的刚开始的想法都是，不管页面重复什么的，最多只是把头部和尾部include进来。对的， 我也是这样想。现在想问的是，我们公司的这做法真的效率高吗？
1. 一个action请求被分拆成10个action，然后每个action都去找服务器，查询一次数据库，得到对应信息返回 
2. 一个action，只有这个action去找服务器，一股脑儿将所有的查询都查出来，返回。郁闷中

Answer 1

这样的方法为难死你们了，如果涉及到的表的关系繁多，查询条件繁多，觉得还是sql语句直接写就是了。
跟多少个action好像没有什么关系。
如果你想实现用户体验好一点，可以分成多个异步的操作去访问数据库，
这样的效果就是：用户体验好，速度较快的能够立马实现显示，慢的也跟着慢慢显示
同时减少对数据库访问的压力，减少服务器的响应时间（毕竟CPU同时做N个转发个一个一个按照顺序来性能上还是有差别的，要对自己的服务器好点）！