JavaBean & Struts的选择

现在公司的项目是基于Struts框架开发的,ORM框架用的hibernate

现在在一个页面出现了争议，这个页面是这样的：是一个分站页面，里面显示很多信息，例如：订单信息，日记信息，票价信息，新闻摘要等等信息（或者称之为模块？），这个页面类似与MSN那样的页面，每个小模块需要读取相应的数据库信息，本来是很容易的事，就是“JSP-ACTION-JSP”就 哦了，对应传出N个“参数”JSP页面一接收显示，可以现在的问题是，技术总监要求这个JSP页面就不用ACTION跳转过来，在JSP页面内用JAVABEAN做，然后显示用STRUTS标签,这样页面也不会出现<%  ......  %>这种页面代码?


问题:我接触JAVA时间才半年多,已经有点习惯STRUTS的架设思想,跳转就用ACTION是理所当然的事情,突然他要求这个页面不用ACTION我很别扭,我可以用JAVABEAN做,但我想知道用JAVABEAN这个架设好不,甚至可行不,我现在觉得不好(我的观点),但不能说出来有效,有信服力的理由让人放弃这种架设想法.

补充:JAVABEAN是可以做很多事情,但现在情况是这样的,JAVABEAN做完了可以返回一个值,但STRUTS标签接收的是,request.setAttribute传出来的东西,或者说处理一个request对象?STRUTS标签可以处理JAVABEAN返回的值么?怎么处理?是不是一定要在JSP页面内嵌入<% ....... %>  java代码才可以实现?

PS:补充问题不是重点,嘿嘿,项目需求做完了,自己可以研究:)请驳议我的观点,告诉一个放弃,或者维持我观点的有信服力的理由,

javabean的返回值放到request里去嘛
request.setAttribute一下，举手之劳
用struts也免不了这个的

很多书山的例子不都这样么？
在同一页面造出数据来！
装到request中，然后演示标签的使用方法！
现在就是把页面脚本换成JavaBean！

学会跑了，不会走路了？

理由就是MVC
除非他要用Ajax，否则就是脑子进水了

   mvc的本质就是把三部分分开（逻辑上的物理上的分离都可以）
    实现的方式还是很多地
  
   

其实我跟gof95想法相似，不用AJAX，有ACTION干吗不用？ACTION跳转多方便。或许是会跑了不习惯走了。。。但大家现在都没给出一个放弃或者继续用的理由啊


还有giscat提到的request.setAttribute，不也要写在<%....%>中么,我现在是不希望页面中出现JAVA代码,能避免尽量避免.

你说JAVABEAN这种应用不是MVC? 怎么不算M1?M2?BEAN中不是业务处理么?

我现在用Struts从来不用它的tag，我讨厌它的Tag，我用Struts就是用它的Action转发功能，另外不出现<%....%>可以用JSTL啊，现在我转用Spring的Tag，就是form的那几个，感觉很好用！

一bean太灵活了
以至于一种普通功能
可用方式有五种实现左右

如果让维护的
看过去吐血的心都有。。。

二对异常的处理被简化了
（如果你压根就不在乎，
或不写异常处理那我没什么说的）

三对平拦截的支持，

四对plug in 的管理。

现在我转用Spring的Tag，就是form的那几个?
可否说明一下,(springMVC不熟悉)谢谢....