2010-06-16 173 views
0

我收到了一個交易網站的不尋常請求(imo)。Web應用程序中的一個帳戶,多個用戶,多個購物車

我必須實現爲同一用戶提供多個購物車的可能性。那些確實是購物車,而不是訂單模板。

I.E:一家商店有多個部門在同一個帳戶下訂購,但是隻有一個不同的人只爲特定部門下單。

對於每個帳戶擁有多個用戶不是一種選擇,因爲它會涉及商店所有者和管理員的「太多」管理。

任何人都必須處理這之前? 到目前爲止,該選項的名稱是購物車,以及登錄後的下拉列表或類似內容,以便選擇帶有某種「忙旗」的購物車,以便在購物車正在另一個會話中使用時鎖定該購物車。

回答

1

這確實是一個奇怪的要求。如果所有不同的部門都使用單獨的賬戶,這些賬戶屬於組織的一些共同組,那麼這將更有意義。無論如何,對於這種情況,你所描述的內容可能很好。您可以擁有一個購物車,但添加到其中的所有項目都可能具有某種用於劃分界限的dept屬性。

我的一個建議是,不要讓用戶在登錄後選擇組/部門,而是讓部門成爲登錄參數的必需部分。這樣,您就可以立即知道並通知用戶其他人已經使用該部門的相同帳戶登錄。這是非常嚴格的,但有時最好讓用戶提前知道,而不是讓他們選擇項目,然後學習特定的部門。購物車被鎖定!只是我的2美分...

+0

我喜歡登錄參數中的'dept'字段。 – lemotdit 2010-06-16 19:10:27

相關問題