本帖最后由 u011796342 于 2013-08-23 18:47:41 编辑

解决方案 »

  1.   

    在你访问的action路径后面带参数啊,action接收参数的方式至少有3种吧
      

  2.   

    关于那个id,一种方法就是设计action的时候,将id作为action的一个属性,并提供getter、setter方法。另外一种方法,通过org.apache.struts2.ActionContext,HttpServletRequest request = ctx.get(org.apache.struts2.StrutsStatics.HTTP_REQUEST);
      

  3.   

    对于strut2,它最大的优势,就是当你在action中提供属性的getter、setter方法时,在页面这个属性就相当于放在了servlet中session.setattribute中,调用的方法差不多,我想那个lz是不知道在action中怎么取得这个1吧,,,直接private int id;set();get();方法(this.getid(););
      

  4.   

    如果是请求页面,要自己设计的,结果页面,根据action的处理结果,大概分两类页面:success和error。因为请求页面确定了,action处理逻辑也知道了,得到的结果也明确了,结果页面所需要的参数都是可预见的。
      

  5.   

    如果是请求页面,要自己设计的,结果页面,根据action的处理结果,大概分两类页面:success和error。因为请求页面确定了,action处理逻辑也知道了,得到的结果也明确了,结果页面所需要的参数都是可预见的。
    不太明白你说的。我做的是一个博客程序,每个页面都有最新博文栏目,因此进入页面之前都要查询数据库。如果直接访问页面不就跳过查询了吗?
      

  6.   

    如果是请求页面,要自己设计的,结果页面,根据action的处理结果,大概分两类页面:success和error。因为请求页面确定了,action处理逻辑也知道了,得到的结果也明确了,结果页面所需要的参数都是可预见的。
    不太明白你说的。我做的是一个博客程序,每个页面都有最新博文栏目,因此进入页面之前都要查询数据库。如果直接访问页面不就跳过查询了吗?
    你这里的“每个页面”,是怎么跳转进来的呢?在点击那个超链接的时候,直接跳转到一个action,在action里处理好,然后再转到这个action的结果页面呢?
    (没做过,只能纸上谈兵协助分析下,呵呵)