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、對象結構的類很少改變，但又經常 需要在此結構上定義新的操作時。改變對象結構類要修改介面，代價高。