走秀网OpenXiu2.0的购物袋实现分享

作者 高博、尹兵 发布于 2011年12月1日

领域

架构 & 设计

主题

业务架构 ,

互联网 ,

商业 ,

《架构师》月刊 ,

电子商务 ,

专家解惑

分享到

OpenXiu2.0整体介绍

OpenXiu2.0是走秀网基于IBM WCS 7.0开发的全新电子商务网站，其融合了当今EC行业的许多优秀的技术，同时扩展了很多电商网站所不具备的功能，OpenXiu2.0是一个支持多渠道、统一商品管理、统一订单管理、面向用户开发的网购平台。正因为如此，OpenXiu2.0购物袋从设计到开发就考虑到了必须融合WCS7.0的最新技术和思想。

相关厂商内容

保持某些系统的高可用性，是一些企业的重中之重，如何设计？

海量数据处理，海量视频分发，架构热点难点，尽在架构师峰会！

相关赞助商

ArchSummit全球架构师峰会报名启动！7折优惠，5月31日截止！

走秀开放平台--OpenXiu2.0采用分布式服务，即互联网SOA架构进行设计。

主要实现走秀系统与大量传统的、生产类的企业做信息流，数据流业务流的互通，信息可以及时得到共享，从而让走秀能够更好的利用一切资源，服务于我们的最终客户，供应商可以从走秀获得销售量、品牌的提升，更好的促成双赢。

主要功能介绍：

• 整个系统架构分第三方系统、基础平台、业务平台、服务平台等4层。
• 第三方系统主要是向走秀提供商品、库存、图片等数据。
• 基础平台负责与第三方系统进行互连，完成接入管理等功能。
• 业务平台负责基础权限管理、连接调度管理，事务管理，驱动服务平台提供服务、配置管理等功能。
• 服务平台负责商品、库存、图片等信息的发放，走秀网供应链Oracle EBS、商品中心、传统行业、第三方平台系统，可以通过调用REST风格的API，开放标准OAUTH2.0，根据需要开发自己的应用程序。

我们在这里先拿购物袋逻辑的设计和实现做一个方案分享。购物流程总体设计原则是简化用户操作，使用清晰简洁页面元素，并通过色彩反差对比突出操作重点，达到Don't make me think 的设计理念，使用户不需要熟悉网购，仅凭下意识就能够完成整个购物流程的体验。

购物袋-业务逻辑

1. 初始化逻辑

• 加入购物袋从渠道中心检查商品可用库存，商品库存可用则进入限购检查、否则提示用户"抱歉，此商品已售完，请到货通知我"。点击到货通知弹出层，提示用户输入邮件地址（必填）、手机号码，提供加入收藏夹功能，提交按钮。
• 限购查询：从商品中心获得商品限购数量、从订单中心活动用户已购买该商品数量，计算当前用户可购买数量。（用户登入情况下检查、若用户未登入则以商品中心限购数量作为前台用户可购数量）。
• 商品活动查询：从活动中心取得商品参与活动情况，若参与活动则以活动价格为准，不参与其他促销计算，否则就进入促销检查。（此功能或有其他系统实现，具体待定）
• 促销检查：从促销中心获得商品促销列表和订单实际金额。
• 分期付款流程：只能加入一个商品、不参加活动和促销、分期付款商品不在购物袋显示。每次点击分期付款后替换上次分期付款的商品。分期付款作为一个独立订单存在。
• 秒杀流程：点击秒杀进入购物袋类型二页面、填写购物信息。秒杀只能加入一个商品、不参加促销。秒杀作为一个独立订单存在，不在购物袋显示。
• 名品特卖流程：作为活动处理走普通购物流程、不参与促销。
• 预售作为普通流程处理、参加促销，可与普通商品混在一个订单中。
• 同一个SKU提示重复加入购物袋、但能加入购物袋，在相同SKU上加数量。
• 购物袋最多购买50个SKU，到50个提示购物袋已满（若未登入状态下与登入状态后合拼的数量超过50、则去查未登入状态下最先加入的SKU）。
• 未登入状态下加入购物袋的商品，待登入后记录到登入用户上。（修改Commandcontext ，用户不登入能看到购物袋信息，未登入的购物袋信息2周清除，并且可配置）
• 判断代下订单，设置代下订单类型，从cookies中读取客服人员ID记录到orders表中

2. 数据输入事件

前端用户点击放入购物袋按钮，触发加入购物袋功能,传入商品SKU、购买数量、购物袋类型。

• 商品SKU

  通过前端用户选择的商品定义属性（如颜色、尺码）锁定商品SKU。

• 购买数量

  通过前端用户输入购买数量传入。

• 购物袋类型

  此参数是通过用户所在不同流程判断所得、不同的业务流程所展示的页面不同

  流程一：普通购物流程

  流程二：分期付款购物流程

  秒杀

  预售

  活动（名品特卖）

3. 放入购物袋的实现逻辑

购物袋-用户体验与交互设计

• 以用户为中心的理念：

  牢牢把握以用户为中心的设计理念，其实就是在设计和开发的每一个环节都以最终用户的利益诉求为出发点考虑问题。

• 用户体验的把握：

  用户体验的本质是产品如何与外界发生联系并发挥作用，也就是人们如何接触和使用产品；电商购物流程是典型的"以任务为导向"的系统功能，OpenXiu2.0的设计和开发遵循Don't make me think 的思想，使用户不需要学习和熟悉网购，仅凭下意识就能够完成整个购物流程的体验。尽管每个用户对于美感都有不同见解，但是这并不意味着用户体验就没有依据或规律可循。

• 简单法则的运用：

  用户很忙，我们的设计目标是简化用户购物过程中的操作环节，避免用户在使用过程中感到困惑，或遇到挫折。任何在用户体验上所作的努力，目的都是为了帮助使用者提高效率，节省时间。

  因此，购物袋乃至购物流程的操作步骤简洁明快，尽量让用户在操作体验的过程中顺畅自如，将用户犯错误的机会降到最低，以避免设计问题导致订单的流失。

  

  图 - 走秀网购物袋

• 界面设计技巧：

  在页面中，内容、功能、美学汇集到一起产生一个最终设计。成功的界面设计是那些能让用户一眼就能看到最重要的东西。使用清晰简洁页面元素，元素之间遵循一条流程的途径，而不是页面中所有元素都试图吸引用户的注意，这会给用户一种忙碌、拥挤、甚至困惑不安的设计感觉。此外还需要通过色彩反差对比突出操作重点。

  

  图 - 走秀网公共页头

  

  图 - 购物袋页头

  为了减少对用户注意力的分散，OpenXiu2.0的购物流程各个环节的页头都采用了极其简洁且淡色调的页头。

购物袋-技术实现要点解析

OpenXiu2.0是多渠道的平台，其商品在统一管理的基础上实现了多渠道的分销，从不同渠道加入购物袋的商品就必须要考虑渠道的多样性和商品来自哪个分销渠道。这样，购物袋的扩展性就必须得到加强，经过WCS7.0自身支持多渠道的概率，但是却不能完全满足OpenXiu2.0的需求。通过对WCS7.0购物袋的扩展，OpenXiu2.0做到了购物袋的柔性扩展，满足了各个渠道统一到相同购物袋的需求。许多电子商务网站都无法做到将游客购物袋持久化和将游客购物袋同注册用户购物袋合并的需求，而OpenXiu2.0做到了，基于WCS7.0的开发，提出了完美的解决方案。

1. 用什么方法来实现购物车，在很多网站中和很多资料介绍上都采用了cookies，采用cookies有一定的缺点，必须要求用户端浏览器支持Cookie并且打开它，如果用户端浏览器不支持Cookie或者没有打开Cookie，购物功能就不能实现。还有些网站采用Session的方式保持购物袋，但是采用Session保存的方式无形中加大了服务器的开销，而且采用Session保持购物袋在集群环境下必须要精心Session同步等一系列的配置问题，最重要的是当用户下次访问是数据全部丢失。鉴于这方面的考虑，OpenXiu2.0扩展了WCS7.0购物袋，直接将加入购物袋的商品持久化到数据库中，再从数据库中取得购物袋商品数据，显示给用户。
2. 秒杀，分期，奢华汇，特卖，预售等其它非常规销售的产品，如果进入购物进行统一管理。OpenXiu2.0针对这些特殊商品和普通商品分别设计购物袋，采用不同的持久化方式存储不同的记录，将特殊商品和普通商品融合在一起生成订单。
3. 在显示用户购物袋数量时，采用WCS的高速缓存，避免频繁操作数据库，降低数据库的消耗，提升服务器的响应速度。
4. 当用户是游客状态时，利用WCS自身的游客状态机制，将购物袋关联在游客身上，一旦当此用户登录，OpenXiu2.0就将游客购物袋的数据合并到注册用户购物袋记录中，做到数据的同步。
5. 购物袋商品数据的分离，在OpenXiu2.0中购物袋商品记录的只是商品的ID，商品的其他基本信息完全交给商品中心，尽量避免了数据的冗余。
6. 一旦发现购物袋商品价格等基本属性发生变更，OpenXiu2.0购物袋会主动通知用户，商品价格等属性发生了变化，做到更合理的用户体验。

关于作者

本文作者为走秀产品技术中心负责系统前台开发的副总监高博和高级工程师尹兵。

感谢晁晓娟对本文的审校。

给InfoQ中文站投稿或者参与内容翻译工作，请邮件至editors@cn.infoq.com。也欢迎大家加入到InfoQ中文站用户讨论组中与我们的编辑和其他读者朋友交流。

1. 返回顶部

   头天第5个的想法

   发表人 晓辉 张

   "购物袋商品数据的分离，在OpenXiu2.0中购物袋商品记录的只是商品的ID，商品的其他基本信息完全交给商品中心，尽量避免了数据的冗余。"
   如果价格等什么变了, 又去更新提醒,用户会感觉上当了, 因为他当时加入购物车中的不是那样的状态.

   回复

2. 返回顶部

   Re: 头天第5个的想法

   发表人 Guo Long

   "购物袋商品数据的分离，在OpenXiu2.0中购物袋商品记录的只是商品的ID，商品的其他基本信息完全交给商品中心，尽量避免了数据的冗余。"
   如果价格等什么变了, 又去更新提醒,用户会感觉上当了, 因为他当时加入购物车中的不是那样的状态.

   
   
   这个有理，应该像超市一样，当客户把物品放入手推车，就表示用户打算购买的是物品当时标签的价格。购物袋商品记录应该纪录快照，不能只纪录ID吧。

   回复

3. 返回顶部

   我比较无知，问个小问题

   发表人 黄 亮

   直接将加入购物袋的商品持久化到数据库中，再从数据库中取得购物袋商品数据?
   没有session和cookie的情况下，怎么判断是谁发送了请求？

   回复

4. 返回顶部

   Re: 头天第5个的想法

   发表人 杨 洪亮

   觉得这里还应该将当时的价格记录下来！

   回复

5. 返回顶部

   Re: 头天第5个的想法

   发表人 刘 浪

   说的很有道理，前面的几条，尤其是秒杀的情况，前一秒是商品在促销买卖，后一秒可能就是用户重操作了

   回复

6. 返回顶部

   Re: 我比较无知，问个小问题

   发表人 Zhao Jack

   首先，系统中会有以下几种类型用户：例如注册用户、非注册用户等。。。
   无论你是注册还是未注册用户，当你添加物品到购物车后，在后台数据库中都是会产生相应的购物记录（购物记录有很多种状态）与当前操做用户Id相关联（如果是未注册用户，系统会为你临时创建一个用户，类型为-非注册用户具体信息可以在你的浏览器cookie里查到）

   回复