现在做的项目要实现购物车这个功能,第一次做这种网站,不太懂。参考一本书上的,采用session+hashtable的方式来实现,但是购物车页一直没有数据,晕了,听老妖的建议,再次求解决方案???

解决方案 »

  1.   

    每个用户session里面放入一个表,至少有2个字段:
    商品id,数量。
    提供添加、删除、结算功能。购物车本质上和别的session数据没有区别
    耐心调试下吧。
      

  2.   

    把一个hashtable存在session里面 在页面之间传递可以不 应该可以吧
    hashtable 存一个对象(已经选择的货物数量名称编码等) 用编码做键值
      

  3.   

    在细化一下吧
    1.用户选择的货物是一个对象 Inventory 他肯定有唯一的编码code,还有名称,数量,金额等字段
    2.选择存货后加入购物车 Hashtable.add(Inventory的编码,Inventory对象) 如果存在 则修改Inventory的数量 金额
    3 Hashtable对象存在session中传递
    4 结算的时候直接从session中取货物及金额,显示,
      

  4.   

    1.选中商品并放进购物车时进入购物车页面
    2.进入购物车页时判断购物车是否已经存在,如果不存在则是添加第一件商品,这时初始化购物车,并把商品数据放进hashtable,然后在保存在session中。如果购物车已经存在则把购物车数据则把以存在的购物车数据取出并放在hashtable中,并对新的商品数据插入hashtable中,后再存入session.
    3.继续购物,选中新的商品放进购物车,进入第2步这个思路比较简单,不知道能不能帮到你
      

  5.   

    你可以保存到数据库里面 ,在数据库里面建一张表进行管理 表里面需要记录用户机器的标识以及用户的ID,如果用户没有登录用用户机器的标识读取记录,如果登录的话 把当前用户机器的标识的记录更新一下用户的ID,然后用用户的ID,读取记录
      

  6.   

    楼主估计知道存数据库,估计他想要更好的方案,利用缓存,例如Sessions,个人建议用缓存这样性能会比较搞,读存取数据库是要话时间的
      

  7.   

    担心session丢失就将session存储方式设为sql。一样的。
      

  8.   

    SESSION 丢失你连用户的状态都丢失了 保存购物车的信息由p用啊
      

  9.   

    新人看不懂,还要用session吗?这样作有什么好处?
      

  10.   

    购物车相当于现实中超市的购物车,不同的是一个是实体车,一个是虚拟车而已。用户可以在购物网站的不同页面之间跳转,以选购自己喜爱的商品,点击购买时,该商品就自动保存到你的购物车中,重复选购后,最后将选中的所有商品放在购物车中统一到付款台结账,这也是尽量让客户体验到现实生活中购物的感觉。服务器通过追踪每个用户的行动,以保证在结账时每件商品都物有其主。     购物车的功能包括以下几项:n         把商品添加到购物车,即订购n         删除购物车中已定购的商品n         修改购物车中某一本图书的订购数量n         清空购物车n         显示购物车中商品清单及数量、价格     实现购物车的关键在于服务器识别每一个用户并维持与他们的联系。但是HTTP协议是一种“无状态(Stateless)”的协议,因而服务器不能记住是谁在购买商品,当把商品加入购物车时,服务器也不知道购物车里原先有些什么,使得用户在不同页面间跳转时购物车无法“随身携带”,这都给购物车的实现造成了一定的困难。     目前购物车的实现主要是通过cookie、session或结合数据库的方式。下面分析一下它们的机制及作用。1. cookie     cookie是由服务器产生,存储在客户端的一段信息。它定义了一种Web服务器在客户端存储和返回信息的机制,cookie文件它包含域、路径、生存期、和由服务器设置的变量值等内容。当用户以后访问同一个Web服务器时,浏览器会把cookie原样发送给服务器。通过让服务器读取原先保存到客户端的信息,网站能够为浏览者提供一系列的方便,例如在线交易过程中标识用户身份、安全要求不高的场合避免用户重复输入名字和密码、门户网站的主页定制、有针对性地投放广告等等。利用cookie的特性,大大扩展了WEB应用程序的功能,不仅可以建立服务器与客户机的联系,因为cookie可以由服务器定制,因此还可以将购物信息生成cookie值存放在客户端,从而实现购物车的功能。用基于cookie的方式实现服务器与浏览器之间的会话或购物车,有以下特点:n         cookie存储在客户端,且占用很少的资源,浏览器允许存放300个cookie,每个cookie的大小为4KB,足以满足购物车的要求,同时也减轻了服务器的负荷;n         cookie为浏览器所内置,使用方便。即使用户不小心关闭了浏览器窗口,只要在cookie定义的有效期内,购物车中的信息也不会丢失;n         cookie不是可执行文件,所以不会以任何方式执行,因此也不会带来病毒或攻击用户的系统;n         基于cookie的购物车要求用户浏览器必须支持并设置为启用cookie,否则购物车则失效;n         存在着关于cookie侵犯访问者隐私权的争论,因此有些用户会禁止本机的cookie功能。2. session     session是实现购物车的另一种方法。session提供了可以保存和跟踪用户的状态信息的功能,使当前用户在session中定义的变量和对象能在页面之间共享,但是不能为应用中其他用户所访问,它与cookie最重大的区别是,session将用户在会话期间的私有信息存储在服务器端,提高了安全性。在服务器生成session后,客户端会生成一个sessionid识别号保存在客户端,以保持和服务器的同步。这个sessionid是只读的,如果客户端禁止cookie功能,session会通过在URL中附加参数,或隐含在表单中提交等其他方式在页面间传送。因此利用session实施对用户的管理则更为安全、有效。     同样,利用session也能实现购物车,这种方式的特点是:n         session用新的机制保持与客户端的同步,不依赖于客户端设置;n         与cookie相比,session是存储在服务器端的信息,因此显得更为安全,因此可将身份标示,购物等信息存储在session中;n         session会占用服务器资源,加大服务器端的负载,尤其当并发用户很多时,会生成大量的session,影响服务器的性能;n         因为session存储的信息更敏感,而且是以文件形式保存在服务器中,因此仍然存在着安全隐患。3. 结合数据库的方式     这也是目前较普遍的模式,在这种方式中,数据库承担着存储购物信息的作用,session或cookie则用来跟踪用户。这种方式具有以下特点:n         数据库与cookie分别负责记录数据和维持会话,能发挥各自的优势,使安全性和服务器性能都得到了提高;n         每一个购物的行为,都要直接建立与数据库的连接,直至对表的操作完成后,连接才释放。当并发用户很多时,会影响数据库的性能,因此,这对数据库的性能提出了更高的要求;n         使cookie维持会话有赖客户端的支持。各种方式的选择:     虽然cookie可用来实现购物车,但必须获得浏览器的支持,再加上它是存储在客户端的信息,极易被获取,所以这也限制了它存储更多,更重要的信息。所以一般cookie只用来维持与服务器的会话,例如国内最大的当当网络书店就是用cookie保持与客户的联系,但是这种方式最大的缺点是如果客户端不支持cookie就会使购物车失效。     Session 能很好地与交易双方保持会话,可以忽视客户端的设置。在购物车技术中得到了广泛的应用。但session的文件属性使其仍然留有安全隐患。结合数据库的方式虽然在一定程度上解决了上述的问题,但从上面的例子可以看出:在这种购物流程中涉及到对数据库表的频繁操作,尤其是用户每选购一次商品,都要与数据库进行连接,当用户很多的时候就加大了服务器与数据库的负荷。参考资料:
    http://www.cnblogs.com/shunyao8210/archive/2008/10/20/1315181.html
    http://blog.csdn.net/greystar/archive/2004/11/23/192431.aspx
    http://developer.51cto.com/art/200907/139890.htm
    http://www.cnblogs.com/xiahongbo/archive/2008/09/10/1288286.html
      

  11.   

      我用session +arraylist  
      

  12.   

    哪里有购物车直接存数据库的啊,那样效率太低了,其实用session+hashtable是很常用的。
      

  13.   

    22L好详细,一般的不都是session
      

  14.   

    其实我也是这么做的 游客的伴随的身份就是一个Guid 如果购买了够需要注册那么就注册一个用户名,那么那个Guid 就成了用户真正的用户id       那么它购买的商品就还是原先购买的商品不知道这个思路怎么样?建议Guid g = new Guid();
      

  15.   

    暂时知道了,是值没有传过去,再看看。点击商品进入商品详细页面,传了一次值,就是商品id,在商品详细页中点击购买,就在这里商品id一直传不过去,无法进入购物车页???我头都晕了
      

  16.   

    网上找一个持久性的吧,好像是Profile的
      

  17.   

    应该是非登录用户用cookie,登录用户还是放到db里面吧
      

  18.   

    网上的例子特别多的,去下载code 看吧