ruby-on-rails - 单独的用户和帐户模型的优点/缺点是什么

Question

我经常看到程序员将这些分开，例如用户 has_one帐户或个人资料或其他任何内容。是什么赋予了？将身份验证/授权与可能更容易放入用户模型的其他属性分开是否有一些安全优势？

我想更一般地说，我的问题是，一对一的目的是什么 has_one - belongs_to关系？

如果有不同的、可互换的帐户类型(虽然我认为你可以只有用户类型)，或者如果用户 has_many，我可以看到目的。帐户。

我错过了什么吗？为什么不使用一种模型？

Answer 1

以下是我能想到的一些优点:

分离用户和配置文件使模型更清晰，每个模型只负责一件事:用户登录/身份验证 - 仅对用户自己重要的事情；以及在用户页面上查看的信息的配置文件，对每个人都很重要。

因此，这将减少 DB 的开销。您需要访问/更新 users表仅在记录时，而不访问/更新用户信息的(可能是大)数据，这些数据仅对查看很重要。

如果您有一个开发团队负责身份验证，另一个负责演示。最好将他们正在处理的资源尽可能分开。这里值得一提的是，这种分离不仅有助于模型，还有助于 Controller 和 View 。

另一个很好的理由是当您需要为用户提供多个配置文件时。是的，如果您的应用以某种方式“社交”，这很常见。 LinkedIn允许用户拥有多个配置文件，每个配置文件使用特定语言。