高分求购物车实现思路？？？
现在做的项目要实现购物车这个功能，第一次做这种网站，不太懂。在网上看了好多代码，好像都不全，好多都是突然出现Session["shopcart"]==null这个代码，但并没有说明Session["shopcart"]从哪里来的呀，疑惑中。希望各位大虾帮帮忙，在下感激不尽了。
[解决办法]
杭州好玩还是苏州好玩啊？
Session，Cookie, ViewState, Profile等都是在多次页面请求时能让服务器端记住“我”的措施。
我不知道Profile在实际应用中怎么样，但从asp.net 2.0开始也许可以在某些场合用Profile代替Session. Profile是强类型的，默认是存放在数据库里，效率上可能不如Session.
Session这东西随时可以初始化，随时访问。
[解决办法]
http://www.cnblogs.com/shunyao8210/archive/2008/10/20/1315181.html
参考
[解决办法]
购物车相当于现实中超市的购物车，不同的是一个是实体车，一个是虚拟车而已。用户可以在购物网站的不同页面之间跳转，以选购自己喜爱的商品，点击购买时，该商品就自动保存到你的购物车中，重复选购后，最后将选中的所有商品放在购物车中统一到付款台结账，这也是尽量让客户体验到现实生活中购物的感觉。服务器通过追踪每个用户的行动，以保证在结账时每件商品都物有其主。
购物车的功能包括以下几项：
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的文件属性使其仍然留有安全隐患。
结合数据库的方式虽然在一定程度上解决了上述的问题，但从上面的例子可以看出：在这种购物流程中涉及到对数据库表的频繁操作，尤其是用户每选购一次商品，都要与数据库进行连接，当用户很多的时候就加大了服务器与数据库的负荷
这里面说的确实很详细
我们公司采用的是数据库的方式
1、用户浏览系统 ，获取用户机器的MAC地址
2、如果用户购买物品，添加到数据库里面，同时插入机器的MAC地址，也是用户的ID标示
3、如果用户登录系统，用用户真实的ID，更新当前机器的MAC对应的记录。
4、如果结帐的话，更新用户的id，删除购物车里面的东西
5、用户没有登录，购物车记录根据MAC读取记录，如果登录系统根据用户的ID，读取记录
[解决办法]
微软的membership有匿名profile向登录用户迁移的功能，只需要几行代码就能实现。不过我的机器不行，用那玩意效率低下。。了解了一下它数据库中的profile表，发现它没有固定的字段，很多信息放在同一个字段里，这样很灵活，可以自定义profile字段。但我没仔细看过，不知道它是怎么分隔区分各个字段的关键字的（我在想，如果有数据内容包含字段名它怎么判断？）
用session的话，我不知道楼主的疑惑在哪。。
Session["shopcart"]==null是判断这个Session["shopcart"]是否为空的。
if(Session["shopcart"]==null)
{
//Session["shopcart"]就是在这里来的。
}
else
{
//说明已经存在，可以直接用了。
}
[解决办法]
是先判断如果购物车存在的话，就添加商品，如果不存在就新创建一个
[解决办法]
用Cookie 好
Session 容易丢失
[解决办法]
Session 和Cookie 等就是这么用的,不需要初始化,目的就是保持状态,也就是记住你做过什么事情
[解决办法]
我来帮顶下
[解决办法]
我做的是用Session[UserID]是否为null来判断是否登录，如果为空，就是已登录，购物车中顾客ID就用登录路ID，如果为空，即没登录，就存入Guid，作为购物车中顾客ID。
[解决办法]
哥们这是在出差呢啊
如需要阅读该回复，请登录或注册CSDN!
