Rails：复杂的设计选择：多态性？性传播感染？

Question

我在设计这个应用程序时一直在尝试不同的技术，这对我来说非常复杂，因为有很多解决方案可供选择。决定这些解决方案中哪一个是最好的已经成为我过去几周的全职工作。

背景：

我有一个 User 模型，其中包含一些非常基本的身份验证功能。该应用程序将拥有三种不同类型的用户；管理员、买家和卖家。用户类型将在注册期间确定，其中复选框将询问用户是否是卖家。如果选中该框，则用户是卖家，如果未选中该框，则假设他们只是买家。我宁愿没有下拉菜单来选择用户类型（买家、卖家）。到目前为止很容易。

详细信息：

卖家有一个个人资料，访问该网站的用户将能够浏览不同的卖家并查看他们的个人资料。买家没有个人资料，不应在网站上列出以供用户查看。如果这还不够复杂，买家应该可以选择更改帐户类型并成为卖家。同样，卖家可以更改其帐户类型并“停用”其卖家帐户，将其从卖家列表中删除。

设计选项：

单表继承：

当我尝试使用 STI 实现这一点时，我想到的结果并不是最优的。我面临两个选择：一个混乱的控制器，它根据上面提到的复选框决定创建什么类型的用户（一个控制器 - UsersController），或者两个相同的不同注册表单（两个控制器 - BuyersController） ，卖家控制器）。

has_one 或“has_none”配置文件关联：

class User < ActiveRecord::Base
  has_one :profile # only if the user_type or role is "seller"
end

class Profile < ActiveRecord::Base
  belongs_to :user
end

这里我将使用 CanCan 或 declarative_authorization 之类的东西，并让用户通过上面提到的复选框选择他/她的角色。这会带来安全风险，因为将会有一个管理员角色，而我不希望将其开放用于大规模分配。

我想无论你怎么看，我都会有一个混乱的控制器，其中包含如何创建用户的条件。除非我选择有两个复选框（“我是卖家”和“我是买家”），但这似乎是多余的。似乎无论我选择哪种设计，我都会面临一些黑客解决方案。

也许引入一些介于 User 和用户类型之间的模型？

有什么意见吗？

Answer 1

我真的不认为你需要 STI 或多态性。单个用户模型就足够了。我会向您的用户模型添加三种方法（管理员？、买家？、卖家？），并添加仅返回买家、卖家或管理员的范围。

就您而言，听起来您的用户角色数量确实最少（现在是 2 个，管理员扩展到 3 个）。我可能会使用 Ryan 在 “嵌入式关联” Railscast 中讨论的技术。

我在最新的项目中做了一些非常类似的事情，然后在此基础上使用了 CanCan（在我的例子中，是 2.0 alpha 分支，因为我发现它更简单）。你的能力类看起来像这样（在 2.0 语法中，但你可以用 1.x 做同样的事情，我确信）

class Ability
  include CanCan::Ability

  def initialize(user)
    if user.seller?
      can :create, :profile
    else
      ...
    end
  end
end

Answer 2

到目前为止，听起来您有一个指示其用户类型的标志，或者一个字符串类型的列等。

您还没有指示任何依赖于此的行为 - 没有显示在列表中等可以用范围来处理。管理员可以用标志来处理。

我还没有看到这个问题，至少不是几周范围内的问题。

Answer 3

第三个选择。

...买家应该可以选择更改其帐户类型并成为
一个卖家。同样，卖家可以更改其帐户类型并
“停用”他们的卖家帐户，将其从列表中删除
卖家。

您是否考虑过不允许切换帐户？如果买家想成为卖家，那么他们会创建一个新的“卖家”帐户。对于卖家和买家来说，这都是一样的。这意味着有 2 个控制器用于注册等，但它会保持您正在寻找的分离。如果两者必须互斥，您可以进行基本的电子邮件检查以验证用户是否尚未拥有帐户，如果有，则必须在创建新帐户之前停用现有帐户。