如何使用 ActiveRecord 存储/建模用户/facebook 用户/linkedin 用户等？

Question

我的应用程序有

• “普通”用户：通过典型注册页面访问的用户
• facebook(FB) 用户：来自 Facebook 连接的用户
• “FB 普通”用户：可以使用电子邮件/密码登录的用户 * FB 连接

此外，还有很多其他类似 openID 的登录方法（我不认为 openID 本身是可以接受的，因为它不链接帐户并允许第 3 方特定功能（发布到 twitter、添加 FB 帖子等） ))

那么，我该如何建模呢？

现在我们有带有 #facebook_user 的 User 类？已定义 - 但对于“FB-普通”用户来说它会变得混乱 - 而且所有验证都变得非常棘手且难以解释。另外，还有像#deliver_password_reset这样的方法！对于仅使用 Facebook 的用户来说，这毫无意义。 （这很蹩脚）

我已经考虑过 STI（User::Facebook、User::Normal、User::FBNormal 等），这使得验证超级流畅，但它无法扩展到其他连接类型，以及它们之间的所有排列... User::FacebookLinkedInNormal(wtf?) 用一堆模块来做这件事我认为会很糟糕。

还有其他想法吗？

Answer 1

我会分解这些问题，似乎在一个表中保留具有截然不同字段的记录是没有意义的。

只需有一个不保存任何凭据的用户模型/表，并使其与帐户/登录方法具有 has_many 关系，您可以在其中使用 STI 来对不同类型进行建模。

class User < AR::B
  has_many :accounts
end

class Account < AR::B;end

class PasswordAccount < Account;end 

class GoogleAccount < Account;end

class FacebookAccount < Account;end

…

Answer 2

您遇到了对象关系阻抗不匹配地雷之一。

Facebook 和 LinkedIn 都通过使用非关系键/值存储来解决这个问题。 Facebook 使用 Cassandra，LinkedIn 使用 伏地魔计划。

当您不受关系模型约定的约束时（例如，给定表的所有行都具有相同的列），您可以获得更大的灵活性并改变每行的属性。但这样做会牺牲关系模型的一些优势（例如，给定表的所有行都具有相同的列）。

在 RDBMS 中，我将使用类表继承来构建它。