[QOTD]None
*1
基本上購物車應該分成兩種，一個是實際結帳的
購物車，一種是不會立即結帳的購物車，而這種購物
車應該組成一個購物車庫，而有不同功能的購物車。
而有些購物車是自己的期望名單 Wish List，也
就是要自己結帳且也是寄到自己的地址的，一種購物
車是屬於禮物清單，也就是希望別人付帳，但卻還是
寄到自己的家裏，而另一個則是別人付帳且也是寄到
別人指定的地方，而這就是薦購。
在這三類購物車中，應該是都不只一個，也就是
說自己想買的可以依預算來分不同的重要性，而禮物
清單也是因為在不同人的情況下有不同的購物車，薦
購更可能是給朋友或者是給圖書館、公司之類的，因
此都不能只有一個。
若不要管那麼多的期況下，也就是是說購物車不
只是要有跟收貨地點的差別，更也包含了購物車的管
理，例如自己的購物車庫不只能看到自己所設的購物
車，更能看到別人推薦的購物車或別人希望買給他的
購物車，而公司圖書館之類的購物車更是因其參與薦
購的人數而有大量的購物車之增加。
因此，說穿了購物車庫的購物車庫最主要是讓使
用者輕易的彙入實際要下單的購物車，除此之外並沒
有特別的功能，但除此之外還有兩個較特殊的購物車
，一個是可能在進入實際購物車但沒結單的購物車，
而另一個則是已經結單的購物車。
沒結單的購物車最主要是讓使用者能夠在沒結帳
時，輕易的匯到其他購物車庫裏的車。另一種是已經
結單後的物品，這也就是已購買的東西，但理論上而
言也應該分自己結帳但是屬於自己，別人結帳屬於自
己及別人結帳屬於別人跟自己結帳屬於別人四種，但
最後也是應該分到底是把物品放在那邊的問題。
當然這種遷涉到雙方的購物車，必須由一方提出
，另一方認可才行，但也可以設成任何人都可以使用
的購物車，例如這購物車是屬於捐獻型的話，當然有
時是不管付帳的人是誰的。
而在數量上也有很多種概念，一種是無限制，一
種是採購到一定數量這物品清單就會消失，例如在
Wish List 通常數量應該設 1，而 Recommand List
應該是無限的。
在我認知，購物車應該是認 Session，而購物車
庫則是認 Cookie，也就是說購物車庫並不實際參與
購物行為，因此可以讓使用者主動的選擇登入登出，
而相對的實際使用的購物車應該要在最後獲得使用者
的信用卡等資料時，還是必須跑登入流程一次。
而在實務上，應該用 Java Script/Applet 在每
一個視窗的流程將現在購物車的狀況自動匯入那台
Pending List，當然這也是在使用者有登入的
Cookie 才在的情況下。
*2
**
**********************************************
*1
11/18/02 10:25 pm，已經過北投了，只是想隨
便寫一下一個概念罷了。
*2
11/19/02 12:34 pm，就寫到這邊。
**
[因為這邊有些東西是有關公司內部的事，因此
發表版並不登出來。
文章定位：
