1. 移动电商APP，购物车和立即购买，到底应该重点突出哪个
立即购买:减少操作步骤，选择商品立即跳转到订单页面完成购买。购买一些一次性购买的即时产品，如机票、住宿、电影票非常合适。
购物车:一次购买多个商品。选择一个项目后，您可以继续购买其他项目。但是当用户明显需要购买产品时，增加了用户的操作步骤。与此同时，更容易开展诸如满减、满送、免运费等营销活动。
结论
根据情况，如果电商app没有几个SKU(如微商)，你当然只选立即购买，根本不用考虑购物车；但是，像淘宝天猫这样的电子商务网站的购物车的点击率要比立即购买高得多，所以此电商平台的购物车的优先级必须高于直接购买。
2. 为什么说用session对象来表示电子商务中的购物车
一般来说购物车信息是存放在Session中的, 因为Session 便于管理. Session 不是在用户的电脑里的, 它是一次会话, 所以是暂存在服务器上的.(是否是在JVM中我不敢肯定, 好像实例化出来的对象和数据都是存放在JVM, 仅供参考)
Session 的性能不用担心, 因为是服务器和一个客户端之间的会话, 而且购物车中的内容不会太多, 所以不会影响到服务器的性能.
用Session做购物车有一点不好, 除非你Session有效期设置的很长, 否则的话, 用户在操作过程中, 一旦Session 超时, 购物车中的东西就会全部丢失.
提供者：高山流水
网络空间：http://hi..com/ww715519816/home
如有其它问题可以到空间留言咨询，或者网络知道直接提问。
3. 完成电子商务网站后台数据库的建立，和相关表格，查询，存储过程等的建立.
我觉得你这个不应该放在上面~~~放在猪八戒上面比较合适
4. 浅谈移动端电商产品的购物车设计逻辑
先来说说购物车的起源，起初的购物车存在于线下商超的购物场景中，其主要解决的问题是提高用户购物过程的便利性和客单价，达到优化用户体验和促销的目的。而在之前电商行业是没有购物车这个概念的，主要原因有：
1、电商发展初期，SKU数量较少，而用户需求一般来讲是一个恒定量，这种情况下，较少的SKU无法起到很好地满足用户需求和带动用户需求提升的作用。
2、电商发展初期，由于对新生事物信任感的缺失，网购人数及频率较少，客单量也较少，用户倾向于立即购买。
3、电商初期无法解决合并支付带来的拆单后货款的分配问题等（主要表现在平台型电商）
随着互联网电子商务行业的发展，目前，各大电商平台都已经引入了购物车这个概念。
我们首先看下移动端电商产品中购物车的作用。
·收藏
对于用户来讲，购物车首先发挥的是收藏的作用，相对于[收藏夹]来说，购物车在收藏属性上应该是一个“弱收藏强购买属性”（购物过程中有比较强烈的购买倾向），而收藏夹则是一个“强收藏弱购买属性”（比如我看重一款鞋子，但这款鞋子没有适合我的尺码，所以我不能加入购物车（加入购物车需要填写尺码）只有收藏下来等到有合适尺码再来买）。因此，购物车展示的商品以SKU形式显示，而收藏夹以SPU显示。
·筛选
由收藏带来的筛选，对于用户来讲，在面对海量的商品资源的情况下，对意向的商品加入购物车，利于快捷的对不同商品的横向对比，提高用户购物决策的效率。
·凑单
凑单下包含两种情况，一是用户本身需求较多，需要一次性支付，提高购物效率；另一方面是一个随机性的购物需求的增加（冲动消费），这个主要是基于商品优惠活动的影响（主要指范围促销，比如满减，满赠，满返等）。
对于产品方来讲，促销是购物车的主要目的，而促销一般包括两种类型：单品促销和范围促销。
单品促销是指对单个商品的优惠促销活动，比如打折，赠品等；这种促销一般在单个商品详情页用户即可得知最终的优惠情况，购物车只是作为一个补充说明。
范围促销是指多多个商品的优惠促销活动，比如满减、满赠、满返；而这种促销一般由于门槛较高（比如满100减10，满500返100等），一方面商品单价往往不能cover所有的优惠另一方面单个商品详情页只指出优惠规则，因此在单个商品详情页用户并不能明确最终的优惠情况，需要购物车做一个合并最终得出优惠情况。
而以上两种促销的目的都是为了提高客单价，以提升销售额。
前面讲到，购物车对于用户来讲最重要的是收藏作用，因此用户放在购物车的商品就可以作为用户的“个性化数据之一”，产品可以根据该数据对用户做个性化推荐。因此，一般在购物车的下方，都会有“看了又看”“大家都在看”这样的推荐。而在此值得说的是，前者是基于用户的个性化数据做的推荐（也就是用户有收藏、加入购物车等行为）；而后者是在未掌握用户个性化数据下做的推荐，这种推荐一般来源于商品的热度（大家都在看，都收藏或加入购物车）；运营需求（商品上新；库存紧张等）。
从用户在电商平台的使用流程来看：打开App——选择意向商品——加入购物车——下单——支付——完成。那么在这一过程中，下单环节是一定需要获取用户的详细数据（姓名、收货地等），产品需要明白是哪一个用户下的单，以匹配唯一的订单。而在这前一步，也就是加入购物车环节，是否需要用户登陆后才可使用尼？
在这方面的处理上，不同产品的方法是不一样的：目前主流的电商产品中，除了天猫、淘宝将“登陆”前置的购物车之前，其他的比如京东、苏宁、亚马逊、国美等都将“登陆”后置的用户下单之前，加入购物车之后。那么很显然，后者的用户体验会更佳，因为这时候用户已经有明确且强购物意愿了（可能阿里财大气粗，非要将此环节前置到加入购物车之前）。
那么在这一环节设计上，因为购物车要匹配用户的信息实现购物车的唯一性，因此需要明白的有两点。
第一、用户在无登录状态下加入的购物车和用户登陆后的购物车是两个概念：前者是离线购物车，其匹配的用户信息是设备ID信息，设备ID信息的唯一性带来购物车的唯一性；而后者的购物车属于在线购物车，匹配的是用户的注册登录信息，注册登录信息的唯一性带来在线购物车的唯一性，因此需要用户进行登录。而考虑到用户设备的作弊、更换与丢失等风险，因此，在下单环节需要将离线购物车切换到在线购物车，以获取安全、真实的用户注册登录信息来匹配唯一的订单。（插个话，在这种情况下，如果用户使用设备ID来直接下单购买，是不是具有可行性？恳求指导..）
第二、也就是用户进入下单环节前，需要从离线购物车切换到在线购物车，这时候要同步的有两个：
1）离线购物车的商品同步到在线购物车（否则用户很懵逼）。
2）PC端在线购物车的商品同步到移动端在线购物购物车。
基于用户和产品的需求，在购物车页面的设计上，主要包括两大部分：购物车商品信息流和个性化推荐商品信息流。
由于购物车的商品以SKU形式展示，这就带来的因库存变化、价格调整及促销信息调整等带来的SKU的变化，从而会对用户购买意愿产生影响，那么这方面是怎么解决的尼？
在电商产品中，库存和购物车分别是两个单独的系统存在的。
一方面不同的SKU分布在不同的仓库（天猫或淘宝中的店铺）中，因此购物车需要从库存系统调取SKU所属的仓库信息（天猫或淘宝中的店铺）已备后续的拆单支付。
另一方面购物车中SKU的变化受到库存的影响，因此购物车中SKU需要关联到库存系统。这样以来，在电商前端有三种情况：
1）当可售库存>某个阈值X，前端显示库存充足或者不进行显示。
2）当0<可售库存<某个阈值X，前端显示库存紧张，提高用户的紧迫感和危机感，利于促进转化率的提升。
3）当可售库存=0，前端将所属商品灰置，并提示用户商品已下架。
当然以上是理想化状态，库存的变化是比较复杂的，涉及到何时锁库存以及库存类型（逻辑库存、实时库存、调配库存等）。
同样在电商产品中，促销系统和购物车分别是两个单独的系统存在的，购物车系统可以调用促销系统数据。当用户增删商品数量，商品类型，促销系统会经过计算将其满足的最大优惠反馈到前端，带来最终价格的变化；此外，对于单个商品而言，当出现价格下降时，会在前端显示“已下降XX”，进而促进用户的购买欲望，提高转化率。
5. 电商网站应该如何建设，不知道怎么做
网站的总体分析与设计(重点分析电子商务)
首先分析购物系统的组成结构，前提是该购物车系统基于ASP+MYSQL(或者PHP+SOLSEVER 或者ASP。NET等)结构，也就是说，使用MYSOL数据库存储有关数据，使用ASP访问数据库(可以访问本地，也可以远程访问)，进行产品列表显示增加删除修改等操作。
设计的功能模块的流程是：客户端浏览器送出HTTP访问请求，WWW服务器收到请求后，判断是否需要向数据库查询，如果需要，生成SQL查询指令，并送到数据库服务器中。
这部分功能主要由ASP程序实现，数据库服务器收到相应端口送来的查询请求以后，进行数据库表的操作，以表单形式向查询者返回查询结果。
最后，WWW服务器收到查询结果，使用其中的数据生成标准的HTML页面，并将HTML代码返回给原访问者，这部分功能同样由ASP编程实现。
通过上面电子购物系统功能的分析，网站主要由如下功能模块组成：
1、前台网上销售模块。所谓前台销售模块，就是指客户在浏览器中所看到的直接与客户面对面的销售程序，包括浏览商品、在线注册、订购商品、查询订购、购物车等功能。也就是说客户面对浏览器时所看到的网页的基本内容使客户更加直接、快捷的浏览网页以节省客户的时间并且能全面的了解所需要的商品，使其能得到详细的信息。
2、用户注册功能与用户登录功能。当用户进入我们的电子商务网站时不一定立即就要购买我们的产品，但是可以先注册，任何时候都可以来买我们的产品。用户先注册的好处在于用户购买完我们的产品后无需要再输入一大堆个人信息，只须将帐号和密码输入登录就可以了。
3、后台数据录入模块。是在前台销售商品所有数据，(就是我们所看见的产品的详细信息例如：价格、名称、药效等信息)，其来源都是后台所录入的数据。(存放在数据库中)
4、后台数据处理功能模块。所谓后台数据处理，是相对于前台网上销售模块而言，网上销售的数据，都放在销售数据库中，对于这部分的数据进行处理，是后台数据处理模块的功能。(就是说把客户填写的所有数据、购买的产品数量等都存放在数据库中进行处理)
5、订单号模块。所谓订单号模块，就是客户购买完商品后，系统自动分配一个购物号码给客户，可以方便客户随时查询帐单处理情况，了解现在货物的状态，真正做到处处为顾客着想
二、详细设计
电子商务网站基本是由动态网页构成的，则动态网页就是一个可以访问数据库的网页。在建立数据库网页前，要建立一个数据库。在建立数据库时，还要根据项目的具体要求设计数据库的结构。
也就是说动态网页是一种交互式网页，所有的交互式网页都来自静态网页，也就是我们在浏览器中所看到是静态的网页，这个静态网页包括网站Logo标志 Banner广告条、友情连接links、版权(right)静态文字、图片、FLASH动画、超级连接、按钮以及表单等。
在静态网页中加入ASP、JSP、PHP 等代码或通过使用其它动态网页技术访问数据库，将数据库中的数据显示在网页中，或将网页中的数据记录到数据库中。
对于网上购物系统的数据库是比较庞大的，在设计的时候需要要从使用的功能模块入手，可以分别创建不同的数据表，命名的时候也要与使用的功能相配合，方便后面相关页面制作时的调用。
1、建立的数据库
1)商品表，存储商品的相关信息
2)商品类别表，是把商品进行分类后的一级列表，这个可以给据咱们公司的实际情况来展示的商品种类，在数据表中加入商品的类别。例如：流感录入数据库类别表
3)商品的子类类别表，是把商品进行分类后的二级类别例如：流感的症状有伤风、头疼录入数据库子类表。
4)订单表是存储网上用户订购商品的相关信息表，例如，用户名、订单日期、联系电话、电子邮件等录入订单表。
5)订单商品表是记录用户在网上订购的商品信息表，用于用户在线查询订单。主要设计"订单商品号"、"订单号"、"商品号"、"订购数量"
6)用户表是存储注册用户的数据表，设计了用户编号、用户名、密码、电话、住址等字段名称。
对于网上购物系统的数据库设计并不是一成不变的，是可根据公司的具体要求来增加或者减少数据表。
2、购物系统
1)购物车系统
电子商务网站的关键技术之一就是购物车系统的设计与实现，购物车系统还有一些其它称呼如：网上购物系统、网络购物系统、网上开店系统等，实质上都是一样，就是程序结合数据库开发的网站系统;
购物车系统的使用者是做网上销售的商家，不需要懂任何网络知识，只要使用了购物车系统可以轻松建立一个功能强大的网上商城，实现用户注册、产品展示、在线定购、在线支付等电子商务功能计;一般的购物车系统集成了产品发布与查询、会员注册登录、购物车、在线订单、在线支付、在线交流等完善的网上销售功能，最主要的是管理员只需要登录网站后台管理就可以在线发布商品、处理订单等。
商务网站的购物车系统功能之中，应首先包含用户登陆界面，用户进行登录后，可以完成查看产品类型，查看购物车内容、订购产品、显示订购单及删除指定定单等相应功能，若成功订购，还可以按照网页指示用银行划拨或信用卡方式进行支付。
首先用户在登陆页面中登陆网站，进入显示产品信息的网页，在该网页中，设有"产品类型"、"查看购物车"、"显示订购单"等超级链接。此时若要购物，便可在相关产品后面的表单中输入购买数量，将其放入购物车。
若用户点击"查看购物车"的超级链接。下方框架将会显示购物车内的产品情况，此时还可进行产品删除的操作。
若用户点击"显示订购单"超级链接，下方框架将会显示订购单网页，用户在对订单细目核对后，便可进行订购了。
2)注册系统
当用户进入浏览页面时，点击有超级链接的"注册"按钮，进入注册系统的主页面。这个页面需要用户填写用户名、密码、确认密码、电子邮件等个人信息，这些都需要网站设计者根据实际情况编写。当用户填写准确无误时，然后"单击"提交按钮，就可以将用户输入的注册资料提交到服务器之前，就会对这些资料进行验证，检验浏览者在输入的内容是否满足数据库表中的字段要求，如果符合，就被录入数据库中，建立起用户档案。如果不符合，让用户从新填写用户填写或用户自身填写不正确需要从新填写时，单击"重置"按钮。
为了方便浏览者知道自己是否注册成功，如果注册成功，会跳转出注册成功的页面。如果用户注册信息不正确或用户名已经存在，则会跳转处注册失败的页面，并设置"单击这里重新注册"的超级链接。
3)登录系统包括登录、新用户注册、忘记密码
一般来对于登录系统来说，是在用户已经注册完以后，用户再次浏览咱们网站，或者购买咱们商品等情况。
在用户登录系统时，登录成功时，会进入登入成功页面来提示用户。用户登录后可能修改个人的注册信息，单击"修改资料"进入修改页面。
当用户登录失败时，用户可能记错密码或忘记密码，用户可以单击"忘记密码"让系统帮助用户寻找密码。
(在用户注册时要求用户提供的电子邮箱，然后利用电子邮箱来帮助用户找回遗失的密码。这时也会进入帮助用户找回密码的网页。如，lostpassword。asp页面中输入用户名，并单击"提交"按钮后，会根据用户名从数据库中找到对应的记录，然后反馈给用户。)
4)商品搜索
在首页中有一个商品搜索功能，输入要搜索的商品，单击"搜索"按钮后打开的页面就是这个商品搜索结果页面。该页面的功能是由搜索页传过来的字段搜索数据库中的数据并显示该商品。为了方便购物，在找到的显示商品中还设置商品的名称、报价、在架状态，同时可以加入购物车功能，使客户能更加的了解我们的产品，做到一目了然的效果。
5)商品结算功能页面的基本设计
购物车最实用的就是如何进行上商品的结算，通过这个功能用户在选择了自己喜欢的商品后可以通过网络确认所需要的商品，输入联系方式，提交后写入数据库，方便企业进行售后的服务，即送货收钱等工作。当用户浏览商品，看见比较满意的商品时，会单击【放入购物车】按钮后，购物车页面会显示用户购买的数量。同时也设置了【清空】按钮，是通过这个命令清空购物车中的数据统计。当用户单击【结算】按钮，打开订单用户信息确认页面，该页面主要显示选择的购物商品数量、订购的商品、单价、总价等还要填写送货信息，例如真实姓名、住址、电话、电子邮件等详细的送货信息。填写完收货人后，单击【确认收货人信息】，弹出刚收货人填写的信息，选择的送货方式单击【确认送货方式】，选择付款方式例如，网上支付、网上银行、支付宝、货到付款等付款方式。单击【确认付款】，跳转到用户填写所有信息的页面，用户浏览后，确认无误后，单击【确认订单】按钮，结束购物。结算完成，顾客可以【继续购物】或者【退出登录】。
6)用户订单查询
用户在购物时还想知道自己最近一段时间一共购买了多少产品，单击导航上的【订单查询】命令，打开查询页面在查询文本域中输入客户的订单编号或者商品名称，方便与企业的沟通。单击【查询】按钮弹出的查询结果页面。
7)后台系统
商务实用型网站拥有者需要登录后台进行网上购物系统管理，由于涉及很多商业机密，所以设计登录用户页面，通过用户名与密码登录后进行管理后台系统。
后台管理系统是内容管理系统Content Manage System(简称CMS)的一个子集。WMS是Web Management System 的简写，简单的说：WMS是一个网站管理系统。一个网站管理系统是把一个网站的内容(文字，图片，等等)与网站的组件分离开来，可以将各个页面连接到一起，可以控制页面的显示。通过这个系统，可以方便的管理，发布，维护网站的内容，而不再需要硬性的写HTML代码或手工建立每一个页面。
后台管理系统的大致(类似)功能：
1、系统管理：管理员管理，可以新增管理员及修改管理员密码;数据库备份，为保证您的数据安全本系统采用了数据库备份功能;上传文件管理，管理你增加产品时上传的图片及其他文件。
2、企业信息：可设置修改企业的各类信息及介绍。
3、产品管理：产品类别新增修改管理，产品添加修改以及产品的审核。
4、下载中心：可分类增加各种文件，如驱动和技术文档等文件的下载。
5、订单管理：查看订单的详细信息及订单处理。
6、会员管理：查看修改删除会员资料，及锁定解锁功能可在线给会员发信。
7、新闻管理：能分大类和小类新闻，不再受新闻栏目的限制。
8、留言管理：管理信息反馈及注册会员的留言，注册会员的留言可在线回复，未注册会员可使用在线发信功能给于答复。
9、荣誉管理：新增修改企业荣誉栏目的信息新增修改企业形象栏目的信息。
10、人才管理：发布修改招聘信息，人才策略栏目管理，应聘管理。
11、营销网络：修改营销网络栏目的信息。
12、调查管理：发布修改新调查。
13、友情链接：新增修改友情链接。
14、全新模版功能，在线编辑修改模版。
15、全新挂接数据库，在线表编辑，添加数据表，编辑数据库，加添编辑文件挂接网站等等。
16、系统日志功能，每一步操作都有记录，系统更安全。
17、中英文切换，简体繁体切换。
6. 网站购物车是怎么个原理。对数据库表配哪些字段想不明白。请假大侠们。
第一：做购物车，一般来说是不存入数据库这样数据量比较大并且查询效率慢，所以一般购物车都用Session,或Cookie来实现，建一个购物车实体类，大概有这些字段，商品ID，用户ID，数量...等这可以根据自己需要来设置，然后比如购买一件商品添加到购物车就创建一个hashtable来保存购物车里的信息，然后把hashtable保存到Session或Cookie，大致就这样。
第二：订单，你说的那个订单一般都有一个订单表的。首先要弄清楚流程，肯定是用户先将产品加入购物车，然后再提交订单的。为什么会订单下了以后还关购物车的事呢？购物车只是临时保存用户购买产品的地方。就像超市里去卖东西首先推一个车，然后去选购你要的产品，最后付款。对应这车只是你保存东西的一个工具，当你购买完毕后就不会和他有什么联系了。如果你后面需要退货你也只管那张单据（对应产品订单）而不会和你购物车车上联系。
不知道我这样讲你是否明白！
7. 大家在做商城网站系统的购物车时是否将购物车数据放入数据库呀
一般来说，我们都是把数据放到数据库中，状态为购物车，数据库存为0，可以这样做，这样我们方便可以看到客户准备购哪些东西
也有一种方法，用SESSION来存的，但是这种不方便我们了解客户的心思。
8. 电商剖析：解密购物车逻辑
在电商的核心交易流程中，购物车是一其中非常重要的一环，也是其中最复杂的一个环节。在做电商流程中，可以简单的把业务领域划分成两部分，一部分是底层支撑业务模块，一部分是上层流程串流程的模块。
底层支撑的模块，比如，库存系统、会员系统。这些模块的特点是，所处理的业务流程相对单一、闭环，不需要太多依赖外部系统既可以完成领域内的逻辑。
如会员系统最重要的流程就是注册、登录、校验登录态。这几个流程基本只依赖会员系统自身，没有对外部系统产生强依赖，强耦合。
比较复杂的是串业务流程的系统，这部分系统业务逻辑会相对更复杂些，比如商详或者购物车。因为商祥或者购物车所展示给用户看到的东西需要串联非常多的业务模块，将其中的信息进行封装组合展示给用户，这里的业务逻辑非常复杂，系统内部的交互非常多。
我们以京东的购物车为例，简单的剖析一下京东的购物车大体背后的业务逻辑，实现方式。
购物车中所展示的东西，无非就是加入购物车中的商品以及一些促销信息。那么第一个问题是，这些购物车中的商品、促销信息是静态的还是动态获取的？
所谓静态就是指用户在将商品加入购物车的时候，在购物车中存储加入购物车的商品所需要展示的各种信息。例如上面展示的商品的主图文描，促销等等。
动态获取就是在查看购车的时候，再去实时调用相应的系统获取最新的信息。
答案是，购物车的数据只会存储必要的商品信息，其他的信息完全是动态获取的。
因为在加入购物车的时候如果是静态存储的，那么在下一次查看购物车的时候，所展示的信息可能就不是最准确的。这中间可能商品信息会发生变化，比如商品被下架了、商品的主图被调整了、或者主题被修改了、商品的促销信息也可能会发生变化，在加入购物车的时候可能会命中一个促销，但是过了一段时间之后，这个促销可能结束了。所以比较精准的做法是在展示购物车的时候，再去实时拉取一次商品的详细信息以及当前的最新促销信息。
但是购物车中还是会存储一部分数据，主要存储哪些数据呢？主要如下图所示。
那么下面我们来看一下，查看购物车背后到底有哪些逻辑？
第一步首先是校验会员的登录态。上面购物车存储的结构中，我们看到购物车的存储是以用户维度进行数据存储的，所以要展示购物车的时候，首先要拿到用户的ID。所以这里第一步就会校验登陆态，因为只有用户登录后才能识别当前的用户具体是谁？才可以从购物车的存储中获取响应的数据。然后购物车会根据取到的商品ID列表再去实时调用一次商品系统来获取最新的商品信息，最终组装后进行展示。
下一步是获取库存信息。库存情况由于变更比较频繁，所以每次查看购物车的时候也需要实时的去查看当前商品的库存情况。如果购物车中的商品没有库存，那么就要进行提示，如下图所示，在购物车中将此商品置灰，提示此商品“无货”。
库存这里还有一个比较特殊的逻辑，就是赠品的逻辑。赠品分为两种情况，一种是满多少元送一个赠品，简称“满赠”。另外一个是买一个东西送一个赠品，简称“买赠”。两种都是赠品，但是对于库存的逻辑处理完全不一样。
这两种情况都会要求主商品跟赠品必须要在同一个仓。不然就会出现主品从一个仓发货，赠品从另外一个仓发货。要承担两份运费的成本。本来就是赠送一个赠品，如果还需要额外承担运费的话，那么肯定不划算。所以在校验库存的时候，一定会校验主品跟赠品是否都在同一个仓有货
当赠品跟主品不在同一个仓或者赠品没货的时候。对于满赠这种场景，如果赠品没有库存，那么还是可以正常下单的。因为满赠这种促销类型会给用户进行提示“赠品数量有限，先到先得”。所以赠品没货的时候也是可以正常下单的，用户也是能接受的。但是买赠这种场景，如果赠品没有货，那么会提示用户赠品无货，不可以下单。因为这种场景用户会认为赠品是主品的一部分，没有赠品也就不会去买这个主品了。
获取完库存之后，下一步会计算购物车中商品促销的情况。这也是整个购物车中逻辑最复杂的一部分。促销本身就比较复杂，因为会存在多种促销类型，如果某个商品同时命中多个促销怎么办？如果商家设置了非常多的促销，每一次都需要拿购物车中的商品去遍历计算每个商品命中哪个促销规则，整个计算过程也非常耗时。所以购物车会将商品列表传给促销系统，促销系统根据购物车中传递过来的商品去计算，这些商品会命中哪些促销，然后将这些商品按照命中的促销进行分门别类返回给购物车。比如一个购物车中一个商家下有若干个商品。其中两个命中了a促销，另外两个命中了b促销，还有三个没有民主促销。那么要按照结构返回给购物车，购物车再展示给到用户，这样用户看的会比较清晰些。
在购物车中除了展示基本的商品信息，还有很多额外的功能，比如计算运费。上图中会显示这一个商品包邮免运费。那么运费是如何计算出来的呢？
其实在商家后台有一个叫做运费模板的东西。商家会设置运费的策略，主要分为两种规则。一种是根据单个商品去设置运费的规则，一种是根据订单维度去设置模板。
单品维度指的是某一个商家的某个商品在某些地址需要收多少钱运费。这种的应用场景是当商家发现有些商品发到偏远地区比较贵的时候，会设置这样一个单品模板。
比如某个商品发到新疆、西藏、甘肃比较贵，那么就可以设置这个商品在这三个省收学费15元，反之只要收货地址不是这三个省的，那么这个商品就不收运费。
另外一种是订单维度的模板，也就是按照订单维度来计算，整个订单收多少运费。
举个例子，比如我们经常见的江浙沪包邮。那么这个模板应该如何设计呢？首先是选好一个商家，然后选好江浙沪的地址。在这些地址设置一个规则订单，不满0元运费0元。江浙沪之外需要收10元的运费，那么再设置一下，除了江浙沪之外的省份。订单不满100元收取10元运费。这样就达到了江浙沪包邮，江浙沪之外的地区需要有门槛，达到100元不收运费，但是不足100元需要收10元运费。
购物车中每一个商家头部有一个领券的标识。来标识这个商家目前可以有优惠券可以领。这个领券设计的目的是为了让用户能够在最关键的环节知道有券可以用，从而提升购物车的转化率。那么这个功能是如何做到的呢？
在购物车中会将商品按照商家的维度分成不同的块。每一个块代表一个商家，商家里面的商品如果有促销信息，按照块的维度再去展示促销的信息。领券的计算单位是商家的维度，在购物车中首先将商品根据不同的商家计算好分块之后，每一个块都代表一个商家，购物车会去计算当前商家下面以及当前商家购物车中的商品是否有可以领用的优惠券。如果这个商家制了10个批次的优惠券，其中2个批次的券可以使用当前购物车的商品，并且用户还没有领券，那么就会在这个地方进行提示，告诉用户有可以领用的券。
购物车中还有一个叫做预估到手价。之前购物车中只展示了哪些商品可以命中哪些促销，但是每一个单品最终成交的价格需要用户自己去算一下。由于促销叠加起来比较复杂，有些用户自己也算不清楚。所以这个预估到手价就是系统根据当前叠加促销、券之后算出来的一个最终成交的价格。这个功能省去了用户自己去计算的过程，并且很直观明了的展示出来了，最终的成交价对用户提升转化也有很大的帮助。那么这个预估到手价是如何实现的呢？
首先会先去计算购物车中商品的价格。有没有单品维度的价格促销，比如，价格直降或者秒杀、拼团之类的价格优惠。也就是上图显示的“119”，这个是价格维度的计算。在计算好单品价格维度之后，会再去计算一下当前商品是否有命中订单维度的促销，比如满减或者折扣。这个时候会在单品的价格基础上再减去命中促销的价格，算出一个优惠价。然后在这个价格基础上会再去命中一次优惠券的逻辑，去看一下用户手中有哪些券可以使用。最终再去减去优惠券可以使用的价格，那么就是用户实际成交的价格，也就是一个预估到手价。
这里举一个例子，一个商品原价100块。做了一个价格直降的活动，拼团或者秒杀，价格降到90。然后这个商品还享受了一个满减的优惠，满80减20。这个时候这个单品的价格就变成了90-20=70。如果这个用户的账户中，还有一张可以用于这个商品的现金10元券。那么这个商品最终到手的价格就是70元，再减去10元的优惠券等于60元。
通过上面几个过程，系统就可以帮你算出来每一个商品在当前情况下的一个预估到手的价格。
总结下，购物车是整个电商交易流程中比较复杂的一个环节，需要串联会员、商品、库存、促销、优惠券等大部分逻辑进行最终的购物车的呈现。为了保证购物车展示给用户信息的准确性，购物车只存了最基本的一些信息，绝大部分的信息都是在用户查看购物车那一刹那实时计算出来的。
9. 淘宝购物车的数据库怎么设计
无非两种：
一种就是把购物车里的商品存在数据库里
另一种就是用session或者cookie这种方式存储在客户端。
如果你是使用.net开发，那么可以直接把添加购物车信息的函数放到“加入购物车”按钮的事件里，如果是asp这种的，你可以做一个加入购入车动作的页面，用来处理商品加入购物车的动作。
这个页面接受商品信息和来自页面的url,处理完毕直接response回去就可以了！
10. 谁能给我个简单的网上购物网站，其中要包括，注册，登录，购物车等全套功能，我做电子商务的毕业设计
www.dnagdang.com (当当网）
www.taobao.com. (淘宝网)
都很不错。 到当当网去看看，你就知道了。那也瞒不错。