是不是应该支付页面不需要知道那些大量产品信息,只需要知道支付的流水号以及金额之类基本信息就好了??
传值无非get,post,也可以用header或者cookie传

解决方案 »

  1.   

    Ajax吧,购物车内每个物品应该有个主键ID,把这个主键提交到支付的action去.
      

  2.   

    首先,你得确实你购物车是用什么方式保存的  cookie?数据库?需要传递的,是你读取方法的关键字段
      

  3.   

    1、数据是其他方式传到购物车页面的,在这个页面可以对每个商品做“尺寸”、“购买期限“......等等的操作,这些操作信息和商品的id都要传到第二个页面,来进行第二步处理。
    所以不要纠结为何是大量数据,不是仅仅一个商品id。2、ajax提交,可以提交到第二个页面吗?如何实现的?3、不用submit是因为用户 按”回退“按钮,会弹出postback之类的弹出框。坐等大家的意见,有合适的就结贴。
      

  4.   

    传递数据,只要有一个合适的编号就好。例如当前会话的SessionID,或者购物车ID号,这就够了。换句话说,从第一个页面转向第二个页面时去传递什么“购物车”,什么也不需要传递。第二个页面可以取得SessionID或者购物车ID(这是在cookie中的),从而再取出购物车明细。先确定这个设计“基线”,你再去实现,就会有一定的信心了。当那你知道会话编号,你如何将附属信息保存起来?你可以使用很多方式。例如可以设计一个“购物车明细”数据表去保存每一个ID号对应的多条明细数据,你可以使用Cache或者Session集合之类的,都是可以的。程序设计到一定时候,不是根据底层“技术”来设计程序流程,而是你去设计程序流程然后才想如何实现。后者才是自由的。其实只要在 cookie 中保持一个 ID 授权编号即可,关键是看你什么时候才会学会“用一个 ID 编号就能解决全部问题”勇气。
      

  5.   

    现在的需求是:数据在第一个页面上面,要传到第二个页面做“处理”。1、在第二个页面“处理”之前,我们不希望对数据库有操作,增加数据库负担,所以不会在数据库建表保存数据。
    2、目前第一个页面的数据是以json的形式传到第二个页面,长度超过了cookie的长度,所以排除了用cookie。
    3、如果使用Session,很多用户同时使用系统会增加服务器硬件负担,这个也是不希望看到的,所以不用Session。因此,在保证用户体验良好的前提下,想找个比较优的方法,可以直接把一个页面的数据传到第二个页面。
      

  6.   

    记录购物车ID 然后通过ID去实现