1. 购物车如何实现用什么技术
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维持会话有赖客户端的支持。
2. 访问者模式的适用情况
1、 一个对抄象结构包含很多类对袭象，它们有不同的接口，而你想对这些对象实施一些依赖于其具体类的操作。
2、 需要对一个对象结构中的对象进行很多不同的并且不相关的操作，而你想避免让这些操作“污染”这些对象的类。Visitor模式使得你可以将相关的操作集中起来 定义在一个类中。
3、 当该对象结构被很多应用共享时，用Visitor模式让每个应用仅包含需要用到的操作。
4)、定义对象结构的类很少改变，但经常需要在此结构上定义新的操作。改变对象结构类需要重定义对所有访问者的接口，这可能需要很大的代价。如果对象结构类经常改变，那么可能还是在这些类中定义这些操作较好。
3. A/C模式 是什么意思啊
《车主手册》上关于MDO自动空调的使用方法介绍的比较模糊，尤其是A/C和ECO的区别是大家最为疑惑的问题。A/C是空调的缩写，它的全称是air condition，理解为空气控制或空气调解，它通过空调压缩机的不同运转方式来达到制冷或制暖的目的，因此它有制冷和制暖的双重涵义。但在汽车上，由于车载空调的制暖是通过发动机冷却水的热量和玻璃加热丝的热量来完成的，因此A/C就只有制冷一种涵义。ECO的中文翻译有很多，其中有一个意思为“生态”，我个人认为将车载空调中出现的ECO翻译为“生态” 比较合适。生态也就是自然环境，车载空调中的ECO也就代表自然风。因此MDO的自动空调的自动模式应该有两种，一种是AUTO加A/C模式；另一种是AUTO加ECO模式。二者区别为：在AUTO加A/C模式下，车内温度的调节范围可高于也可低于车外温度；在AUTO加ECO模式下，车内温度只能高于或等于车外温度。此外，在A/C模式下，由于车载空调压缩机始终处于工作状态，必然会造成油耗和发动机负担的增加。在ECO模式下，车载空调压缩机不工作。
AUTO加A/C模式的使用方法很简单，只要按AUTO键即可，关闭的时候按下OFF键。如何选择AUTO加ECO模式，我简单说明一下：当按AUTO键后，空调会自动进入AUTO加A/C模式，这时按下A/C键，空调会进入AUTO加ECO模式，关闭仍然按OFF键。由于MDO的车载空调有自动记忆前一次操作的功能，因此再次开启空调并仍然选择AUTO加ECO模式时一定要按OFF键，如果直接按AUTO键，就会再次进入另外一种电脑默认的AUTO加A/C模式。
车载空调的压缩机运转会造成油耗增加和发动机功率下降，因此需要暖风的时候可以选择AUTO加ECO模式。但长时间不使用压缩机也会对压缩机造成损伤，建议每周最少使用一次AUTO加A/C模式，每次使用30分钟以上。
以上是我个人对MDO空调自动模式使用方法的一点浅表总结，有不对之处，欢迎批评指正！
另：“由于MDO的车载空调有自动记忆前一次操作的功能，因此再次开启空调并仍然选择AUTO加ECO模式时一定要按OFF键，如果直接按AUTO键，就会再次进入另外一种电脑默认的AUTO加A/C模式。”
还有一种简便的直接进入“ECO”模式的方法：直接按一下大风扇或小风扇，不用按“off”或“auto”也能启动暖/冷风模式。
4. 怎么做一个网站
做网站的六个步骤
一、注册域名
我们都知道，网站都是由对应的站点域名来访问的，如果我们想要做一个网站，那么就需要注册一个，独一无二的域名，这样的话，也符合自己企业的特别，而且更容易能让自己的客户记住并浏览。域名的注册可以去“万网”、“新网”、“爱名网”、“西部数码”等域名注册商的官方网站去注册。
域名注册须知：域名可以包含英文字母(a-z，不区分大小写)、数字(0-9)。
1、首先准备申请域名的材料：
身份证正反两面照片、手持身份证照片，这些材料是用于域名注册成功后需要进行的身份认证，国内现在实行域名认证，全部需要提供身份认证的。
2、查询域名是否被注册：
域名注册商的官方网站注册一个自己喜欢的用户名，在域名查询处进行域名的查询，如果页面显示“未注册”，那就是证明，这个域名可以被使用人注册，如果显示“已注册”，那么我们就需要重新换一个其他域名了。因为域名都是独一无二的。
3、开始正式申请注册
确认域名为可申请的情况下，点击提交注册，并进行缴纳域名的年费(一般为55元/年)。
申请成功后解析域名：域名注册成功后，就可以通过域名管理后台进行DNS、设置解析记录等操作了。
二、购买服务器/主机空间
网站是存放在服务器/域名空间里面的，就像是一个水杯，网站的HTML页面文件相当于是水，好比如一个容器里面放入了东西，服务器/主机空间也可以在服务器商处进行购买。
1、网站服务器空间大小选择：常见的服务器网站空间大小为200M左右，这种大小的网站空间足够应对普通企业网站，小编建议初期建站时选择这类。
2、确认服务器费用以及购买：确认好服务器之后进行购买，随即就可以在后台管理该主机空间了，后台会显示该网站空间的“FTP连接地址”、“数据库地址”、“服务器的IP地址”等信息。
三、网站域名的备案
在国内所有的域名都是需要备案的，备案的类型有“企业备案”、“个人备案”两种，企业备案的申请材料有“营业执照照片”、“法人身份证正反面照片”、“网站备案信息真实性核验单”三份，个人备案则只需要“身份证正反面照片”、“网站备案申请表”。
四、网站程序的上传
通过FTP上传软件，连接我们刚才购买的服务器，将我们网站的HTML页面文件全部上传到该服务器，然后进行安装我们的网站程序，如果是全部是“静态页面”请跳过安装这个步骤。
五、网站域名的解析
通过第一个步骤，我们注册好了网站域名，通过第二个步骤，我们购买了网站所需要的主机空间服务器，通过第三个步骤，我们上传了网站HTML页面文件，接下来我们则需要进行域名的一个解析记录，域名解析到哪里呢?答：“域名解析到服务器”。
1、域名解析：通过域名后台管理，找到域名解析，然后找到解析记录的对应编辑栏。
2、开始解析：域名解析的常见主机记录分别为“@(顶级域名)”、“*(泛解析)”、“www(国际标准)”、只需要将服务器IP对应输入在记录值里面，然后进行解析“@(顶级域名)”与“www(国际标准)”即可，“*(泛解析)”我们并不经常使用到，所有的解析记录类型为“A(将域名指向一个IPV4地址)”。
六、查看网站是否可以正常访问
解析完成后，我们需要对网站是否能访问进行检查，如果发现不能正常访问，那么我们需要进行检查解析，检查解析是否正确，是否存在错误，很多人都是在解析上面出现了问题，从而导致网站不能正常访问，如果网站可以正常访问，那么恭喜您，您已经掌握了做一个网站该有的流程。
5. 淘宝量子实时客户访问里的购物车是什么意思，是访问者加进购物车了吗
对的，买家直接从购车进入店铺。
6. 访问者模式的优点
1、符合单一抄职责原则：凡是适袭用访问者模式的场景中，元素类中需要封装在访问者中的操作必定是与元素类本身关系不大且是易变的操作，使用访问者模式一方面符合单一职责原则，另一方面，因为被封装的操作通常来说都是易变的，所以当发生变化时，就可以在不改变元素类本身的前提下，实现对变化部分的扩展。
2、扩展性良好：元素类可以通过接受不同的访问者来实现对不同操作的扩展。
7. java访问者模式
访问者模式的目的是封装一些施加于某种数据结构元素之上的操作。一旦这些操作需要回修改的话，接受答这个操作的数据结构可以保持不变。访问者模式适用于数据结构相对未定的系统，它把数据结构和作用于结构上的操作之间的耦合解脱开，使得操作集合可以相对自由的演化。访问者模式使得增加新的操作变的很容易，就是增加一个新的访问者类。访问者模式将有关的行为集中到一个访问者对象中，而不是分散到一个个的节点类中。当使用访问者模式时，要将尽可能多的对象浏览逻辑放在访问者类中，而不是放到它的子类中。访问者模式可以跨过几个类的等级结构访问属于不同的等级结构的成员类。
8. 购物车怎么实现
下面分析一下它们的机制及作用。 1. cookiecookie是由服务器产生，存储在客户端的一段信息。它定义了一种服务器在客户端存储和返回信息的机制，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. sessionsession是实现购物车的另一种方法。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对应的记录。
9. cookie怎么实现实现购物车
目前购物车的实现主要是通过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，读取记录
10. 访问者设计模式适合解决哪类问题有没有JAVA实例说明一下。
访问者模式是一种分离对象数据结构与行为的方法，通过这种分离，可以为一个已存在的类（即被访问者）增加新的操作（即访问者）而无须为它们进行修改。
给你个栗子：
packagevisitor;
/**
*访问者接口
*
*@authorcan
*
*/
publicinterfaceVisitor{
publicvoidvisit(Subjectsub);
}
Visitor拥有一个访问对象的方法，是主动方；
packagevisitor;
/**
*目标接口
*
*@authorcan
*
*/
publicinterfaceSubject{
publicStringgetSubject();
publicvoidaccept(Visitorvisitor);
}
Subject拥有一个接受VISitor访问的方法，是被动方；并且实现对Visit（）的访问。
以下 是具体的实现：
packagevisitor;
/**
*访问者实现类
*
*@authorcan
*
*/
{
@Override
publicvoidvisit(Subjectsub){
System.out.println("访问了对象："+sub.getSubject());
}
}
packagevisitor;
/**
*目标实现类
*
*@authorcan
*
*/
{
@Override
publicStringgetSubject(){
return"访问了目标实现类";
}
@Override
publicvoidaccept(Visitorvisitor){
//实现对自身的访问
visitor.visit(this);
}
}
怎么用呢：
packagevisitor;
/**
*测试类
*
*@authorcan
*
*/
publicclassVisitorMain{
publicstaticvoidmain(String[]args){
Visitorvisitor=newMyVisitor();
Subjectsubject=newMySubj();
subject.accept(visitor);
}
}
什么时候使用呢：
1、一个对象结构包含很多类对象，它们有不同的接口。你想这些对象实施一些依赖于具体类的操作。
2、要扩展新功能，添加目前尚未考虑到的方法。
3、对象结构的类很少改变，但又经常 需要在此结构上定义新的操作时。改变对象结构类要修改接口，代价高。