1、电子商务网站购物车设计转自: http:/ 把商品添加到购物车，即订购n 删除购物车中已定购的商品n 修改购物车中某一本图书的订购数量n 清空购物车n 显示购物车中商品清单及数量、价格实现购物车的关键在于服务器识别每一个用户并维持与他们的联系。但是 HTTP协议是一种“无状态(Stateless)”的协议，因而服务器不能记住是谁在购买商品，当把商品加入购物车时，服务器也不知道购物车里原先有些什么，使得用户在不同页面间跳转时购物车无法“随身携带”，这都给购物车的实现造成了一定的困难。目前购物车的实现主要是通过 cookie、session 或结合数据库的方式。下面分析一下它们的机制及作用。1.
2、cookiecookie 是由服务器产生，存储在客户端的一段信息。它定义了一种 Web 服务器在客户端存储和返回信息的机制，cookie 文件它包含域、路径、生存期、和由服务器设置的变量值等内容。当用户以后访问同一个 Web 服务器时，浏览器会把 cookie 原样发送给服务器。通过让服务器读取原先保存到客户端的信息，网站能够为浏览者提供一系列的方便，例如在线交易过程中标识用户身份、安全要求不高的场合避免用户重复输入名字和密码、门户网站的主页定制、有针对性地投放广告等等。利用 cookie 的特性，大大扩展了 WEB 应用程序的功能，不仅可以建立服务器与客户机的联系，因为 cookie 可以由
3、服务器定制，因此还可以将购物信息生成 cookie 值存放在客户端，从而实现购物车的功能。用基于cookie 的方式实现服务器与浏览器之间的会话或购物车，有以下特点：n cookie 存储在客户端，且占用很少的资源，浏览器允许存放 300 个cookie，每个 cookie 的大小为 4KB，足以满足购物车的要求，同时也减轻了服务器的负荷；n cookie 为浏览器所内置，使用方便。即使用户不小心关闭了浏览器窗口，只要在 cookie 定义的有效期内，购物车中的信息也不会丢失；n cookie 不是可执行文件，所以不会以任何方式执行，因此也不会带来病毒或攻击用户的系统；n 基于 cookie
4、的购物车要求用户浏览器必须支持并设置为启用 cookie，否则购物车则失效；n 存在着关于 cookie 侵犯访问者隐私权的争论，因此有些用户会禁止本机的 cookie 功能。2. sessionsession 是实现购物车的另一种方法。session 提供了可以保存和跟踪用户的状态信息的功能，使当前用户在 session 中定义的变量和对象能在页面之间共享，但是不能为应用中其他用户所访问，它与 cookie 最重大的区别是，session 将用户在会话期间的私有信息存储在服务器端，提高了安全性。在服务器生成session 后，客户端会生成一个 sessionid 识别号保存在客户端，以保持和
5、服务器的同步。这个 sessionid 是只读的，如果客户端禁止 cookie 功能，session 会通过在 URL 中附加参数，或隐含在表单中提交等其他方式在页面间传送。因此利用 session 实施对用户的管理则更为安全、有效。同样，利用 session 也能实现购物车，这种方式的特点是：n session 用新的机制保持与客户端的同步，不依赖于客户端设置；n 与 cookie 相比，session 是存储在服务器端的信息，因此显得更为安全，因此可将身份标示，购物等信息存储在 session 中；n session 会占用服务器资源，加大服务器端的负载，尤其当并发用户很多时，会生成大量的
6、 session，影响服务器的性能；n 因为 session 存储的信息更敏感，而且是以文件形式保存在服务器中，因此仍然存在着安全隐患。3. 结合数据库的方式这也是目前较普遍的模式，在这种方式中，数据库承担着存储购物信息的作用，session 或 cookie 则用来跟踪用户。这种方式具有以下特点：n 数据库与 cookie 分别负责记录数据和维持会话，能发挥各自的优势，使安全性和服务器性能都得到了提高；n 每一个购物的行为，都要直接建立与数据库的连接，直至对表的操作完成后，连接才释放。当并发用户很多时，会影响数据库的性能，因此，这对数据库的性能提出了更高的要求；n 使 cookie 维持会话
7、有赖客户端的支持。各种方式的选择：虽然 cookie 可用来实现购物车，但必须获得浏览器的支持，再加上它是存储在客户端的信息，极易被获取，所以这也限制了它存储更多，更重要的信息。所以一般 cookie 只用来维持与服务器的会话，例如国内最大的当当网络书店就是用 cookie 保持与客户的联系，但是这种方式最大的缺点是如果客户端不支持cookie 就会使购物车失效。Session 能很好地与交易双方保持会话，可以忽视客户端的设置。在购物车技术中得到了广泛的应用。但 session 的文件属性使其仍然留有安全隐患。结合数据库的方式虽然在一定程度上解决了上述的问题，但从上面的例子可以看出：在这种购物
8、流程中涉及到对数据库表的频繁操作，尤其是用户每选购一次商品，都要与数据库进行连接，当用户很多的时候就加大了服务器与数据库的负荷电子商务网站购物车处理一般来说，可以使用 session,cookie 和数据库来记录购物车数据1，不过不提倡使用 session，这货占用服务器资源，还有过期时间，客户关掉浏览器时 session 即消失，下次再上来，又得重新选产品。2，cookie 这东西不错，放在客户端的，给个一年的过期时间，只要客户不清掉，每次来都能记得上次的购物车信息。大家可以看看京东，在购物车 cookie 中存了不少东西，有产品编码和购买的数量等信息，如京东：yCartOrderLogic
9、=set;public int TotalMPget;set;public List BasketDetailModelsget;set;2，BasketDetailModel ，大体如下：（这里的 ViewBasketDetail 是一个视图，上面BasketDetail 设计中没有产品价格，用视图关联到相关的表，获取价格，为什么不设计价格字段，不解释。）public class BasketDetailModelpublic ViewBasketDetail Detailget;set;public List SubDetailsget;set;-对于大部分 B2C 网站来说，购物车是网站
10、的咽喉之地，订单是白花花的银子，所有银子都必然流经购物车，购物车不能有失。优秀的购物车设计至少需要完成两项使命：一是方便用户多买货多掏银子;二是帮用户保管好待购的货品，方便下次接着掏银子。一些事购物车是个较复杂的系统，一般会跟订单、商品、库存、会员和促销等模块有暧昧关系，也算是牵一发而动全身。所以，在不了解购物车前，不宜轻易的指挥你的程序员修改购物车。互联网的一些事说了这么多，进入正题。本文较长，请耐心观看。 一些事什么叫购物车，有何作用? 互联网的一些事传统的购物车一般指超市中顾客去结算前暂时存放所选商品的一种手推车。1937 年 6月美国人 Sylvan Goldman 发明了第一辆购物车
11、，随后购物车风行各国卖场。在中国，大家熟知的是以“沃尔玛“为代表的“美式购物车” 和以“7-Eleven”为代表的“日式购物车” 。yixieshi购物车存在的价值是：1、便于客户在选购商品到结算完成前存储商品，解放客户的手。实际上是让用户多购买商品，提高客单价。2、不仅可存放选购好的商品，还附带了婴儿车的功能，让带小孩的父母方便购物。3、沃尔玛在 2007 年率先于超市中采用无线射频技术(RFID) ，每件商品打上电子标签，放入购物车中的商品能被追踪，结算时无需扫描每件商品，购物车经过特殊的扫描装置后即可计算出最终的总价格。购物车被广泛用于分析用户的购买行为。一些事在线购物车，这里是指用户点
12、击按钮“加入购物车(add to shopping cart)”到点击“去结算(check out)”按钮之间的过程。值得注意的是，购物车不仅仅指 “shopping cart page”!互联网的一些事大概在传统购物车被发明 60 年后，1995 年，美国人 Mark Mumma (web site designer)发明了第一个 Online Shopping Cart(这里指的是购物系统)，而至于本文提到的购物车的在线购物车的发明者，在线没有考证出来(对这段历史有了解的欢迎联系我：QQ:80411154)。1999 年 4 月，又是美国人 Juliette Harrington 发明了一
13、项专利：虚拟购物车，该技术使在线用户能够用一个通用的虚拟购物车从不同的网站采购商品和服务，最后仅仅在一个地方付款(没记错的话， 2008 年亚马逊网站使用了该项专利，具体可以查看：https:/ yixieshi在传统的的小超市和商店是没有购物车(或购物篮) 的，因为距离短、空间小等原因。电器城、电脑城也没购物车吧?因为代送货 互联网的一些事2、商品结构单一，比如只卖杯子，不卖其它产品，你的用户大部分情况下也就只会买一个杯子(当然，你可以通过套装功能组合销售卖多件，但不需要购物车) 。 互联网的一些事3、通过数据分析，发现用户订单平均商品数无限接近 1(当然这有关联销售不力的可能)。 yixi
14、eshi4、你非常期望你的用户每次只买一件商品就滚蛋，不要磨蹭! 互联网的一些事购物车入口有哪些? 一些事 购物车入口是指把商品加入购物车的途径。常见的有：在商品详情页把商品加入购物车、在收藏夹把商品加入购物车、在已购买成功的订单把商品加入购物车、在已取消的订单把商品加入购物车、把购物车页面的关联推荐商品直接加入购物车。yixieshi由于购物车直接跟库存和促销有关系，所以不同的入口，存在不同的处理逻辑。这里举 2 个例子，抛砖引玉，我不展开写： 一些事1、对已成功完成的订单，点击“ 重新购买”或“重新加入购物车”，若部分或全部商品没有库存该如何处理?原来送赠品现在不送了，该如何处理? yix
15、ieshi 2、同理用在已取消的订单上，若有商品被删除或下架了，如何处理?若目前可供购买的数量小于原订单，该如何处理? 一些事 同时，我们还需考虑不同的购物车入口的交互方式。如在商品详情页，商品加入购物车后，是直接进入购物车?迷你购物车下拉提示?弹出层让用户选择去购物车 or 继续购买? 哪种做法适合你的网站?购物车的入口处理我暂时写到这里，提供一篇很精彩的文章供大家继续研究：http:/ yixieshi有入口必然有出口，我把购物车的出口解释为：商品移除购物车的途径。常见的方式有三种。 yixieshi1、购物车商品被携带去结算，并成功提交订单;这是最常见的方式这里需要重点考虑一个问题：若登
16、录前商品 A 被加入购物车，实际上登录状态下用户的购物车保存了商品 B和 C。在购物车点击“去结算”，要求用户登录，登录后被携带去结算的商品是 A，还是A+B+C? 或者让用户自己选择(shopex 的做法)?yixieshi2、购物车商品被删除; 一些事3、购物车商品被加入收藏夹。若购物车中商品能被加入收藏夹么?加入收藏夹后，购物车中该商品记录要被同时删除么? yixieshi 下面进入解说具体功能的阶段，设计功能前得明白产品的核心功能是什么，扩展功能是什么?核心功能上可以做哪些延展，扩展功能又能做哪些延伸。先理解购物车的主要作用：1、方便用户携带多件商品一起去结算;2、临时商品储存地。而购
17、物车次要作用有：1、让用户多买东西，提高客单价( 网站价值观不同，有的网站期望用户赶紧进入下一步去结算)。一些事购物车核心功能 互联网的一些事 3)推荐商品给用户。 互联网的一些事登录后购物车为空：参照登录前为空的第 2 和第 3 点 互联网的一些事登录前或登录后购物车商品全部或部分被下架或库存为零：这是一种非常特殊的状态，至少得解决 2 个问题： 一些事1)告诉用户有商品被下架或库存为零; 一些事2)用户是否能继续去结算?如果阻止用户去结算，用户需要做什么? 一些事购物车数据的保存方式 yixieshi这段是稍偏技术的话题，但仔细看看也较好理解。在看这段文字前，你需要简单理解“cookie、
18、session 和数据库” 三个概念。当然，这里我就不解释了，自己去 google 一下吧。购物车数据的保存是一个非常细节的体验，但同样非常重要，实际上数据的保存方式直接影响用户收藏商品的体验。用户常会有这么 3 个疑问：互联网的一些事1、网站 A，为什么我加入购物车的商品，第二次登陆该网站后，商品消失却消失了 ? yixieshi2、网站 B，为什么我换一台电脑，购物车中的商品却没了 ? 一些事3、网站 C，我没有往购物车添加商品呀，谁用了我的电脑呀? 互联网的一些事 根据每个网站实际情况，一般需要考虑以下情况： 一些事1、登录前，往购物车添加了商品，商品数据该保存在哪?cookie or
19、会话方式? yixieshi2、登录后，往购物车添加了商品，商品数据该保存在哪?cookie or 会话方式 or 数据库?保存多久? 一些事3、家谁未登录状态下往购物车添加了商品，保存方式为 A，后来登录了，保存方式为B。A 和 B 应该是怎样一种关系。用户退出登录后 A 和 B 又怎样一种关系、怎样一种处理逻辑?yixieshi4、如果在使用 cookie 保存数据，假设用户浏览器禁用了 cookie，如何处理? 互联网的一些事5、假设用 cookie 保存数据，什么情况下 cookie 保存的数据会被系统清除( 注意是系统而不是人为)? yixieshi 6、假设用数据库保存购物车数据，什么情况下数据库保存的数据会被系统清除? yixieshi 再同时，可以结合数据的保存方式，考虑购物车数据营销： 互联网的一些事1、某 A 注册用户放弃购物车了，是否可以考虑一个星期后触发邮件提醒对方? yixieshi2、如果购物车数据要被系统清除，在这之前，是否考虑邮件提醒用户? 互联网的一些事 3、如果用户对你的邮件提醒无动于衷，是否考虑给点优惠勾引?如给优惠券，给折扣! 互联网的一些事迷你购物车 互联网的一些事 较多的是考虑交互、信息组织和界面问题，此处略。 一些事 最后，送一副心智图，欢迎传播 一些事
