2010-06-16 146 views
0

我收到了一个交易网站的不寻常请求(imo)。Web应用程序中的一个帐户,多个用户,多个购物车

我必须实现为同一用户提供多个购物车的可能性。那些确实是购物车,而不是订单模板。

I.E:一家商店有多个部门在同一个帐户下订购,但是只有一个不同的人只为特定部门下单。

对于每个帐户拥有多个用户不是一种选择,因为它会涉及商店所有者和管理员的“太多”管理。

任何人都必须处理这之前? 到目前为止,该选项的名称是购物车,以及登录后的下拉列表或类似内容,以便选择带有某种“忙旗”的购物车,以便在购物车正在另一个会话中使用时锁定该购物车。

回答

1

这确实是一个奇怪的要求。如果所有不同的部门都使用单独的账户,这些账户属于组织的一些共同组,那么这将更有意义。无论如何,对于这种情况,你所描述的内容可能很好。您可以拥有一个购物车,但添加到其中的所有项目都可能具有某种用于划分界限的dept属性。

我的一个建议是,不要让用户在登录后选择组/部门,而是让部门成为登录参数的必需部分。这样,您就可以立即知道并通知用户其他人已经使用该部门的相同帐户登录。这是非常严格的,但有时最好让用户提前知道,而不是让他们选择项目,然后学习特定的部门。购物车被锁定!只是我的2美分...

+0

我喜欢登录参数中的'dept'字段。 – lemotdit 2010-06-16 19:10:27

相关问题