Ruby on rails 用户配置文件。我应该创建一个新模型吗？

这基本上是一个理论问题。 您认为对于一个有用户的普通rails应用程序来说，什么更好：

1） 创建一个档案模型，在其中放置简历、图片、链接等

2） 将所有数据放入用户模型中

第一个选择可能更干净，但您必须从db加载2个模型，因此可能会更慢

---

提前谢谢。

我通常有单用户型号。如果我有不相关的资源，可能需要一个关联的模型，那么我会为它们创建一个

例如，对我来说，简历（假设不是单个字段）可能需要一个专用的

简历

模型，与

用户

有一对一的关联

在视图中，我通常创建一个

/account

资源，该资源在内部显示帐户，并提供

显示

、

编辑

和

更新

操作来查看或更新帐户

模型越多，体系结构就越复杂。因此，除非您需要将字段从用户模型中分离出来，否则我会将它们保留在模型中

---

当您开始有多个可能需要前缀的字段时，例如

resume\u title

，

resume\u body

，

resume\u created\u at

在

用户

模型中，这很好地表明，您可能需要一个与

用户关联的单独的
简历
模型
我通常只有一个用户模型。如果我有不相关的资源，可能需要一个关联的模型，那么我会为它们创建一个

例如，对我来说，简历（假设不是单个字段）可能需要一个专用的
简历
模型，与
用户
有一对一的关联

在视图中，我通常创建一个
/account
资源，该资源在内部显示帐户，并提供
显示
、
编辑
和
更新
操作来查看或更新帐户

模型越多，体系结构就越复杂。因此，除非您需要将字段从用户模型中分离出来，否则我会将它们保留在模型中

当您开始有多个可能需要前缀的字段时，例如
resume\u title
，
resume\u body
，
resume\u created\u at
在
用户
模型中，这很好地表明，您可能需要一个与
用户关联的单独的
简历
模型
我通常只有一个用户模型。如果我有不相关的资源，可能需要一个关联的模型，那么我会为它们创建一个

例如，对我来说，简历（假设不是单个字段）可能需要一个专用的
简历
模型，与
用户
有一对一的关联

在视图中，我通常创建一个
/account
资源，该资源在内部显示帐户，并提供
显示
、
编辑
和
更新
操作来查看或更新帐户

模型越多，体系结构就越复杂。因此，除非您需要将字段从用户模型中分离出来，否则我会将它们保留在模型中

当您开始有多个可能需要前缀的字段时，例如
resume\u title
，
resume\u body
，
resume\u created\u at
在
用户
模型中，这很好地表明，您可能需要一个与
用户关联的单独的
简历
模型
我通常只有一个用户模型。如果我有不相关的资源，可能需要一个关联的模型，那么我会为它们创建一个

例如，对我来说，简历（假设不是单个字段）可能需要一个专用的
简历
模型，与
用户
有一对一的关联

在视图中，我通常创建一个
/account
资源，该资源在内部显示帐户，并提供
显示
、
编辑
和
更新
操作来查看或更新帐户

模型越多，体系结构就越复杂。因此，除非您需要将字段从用户模型中分离出来，否则我会将它们保留在模型中

当您开始有多个可能需要前缀的字段时，例如
resume\u title
，
resume\u body
，
resume\u created\u at
在
用户
模型中，这很好地表明，您可能需要一个与
用户关联的单独的
恢复
模型
，如果我最终理解正确，您有两个模型，一对一关联，一个用于用户，另一个用于恢复。这基本上是我在第二个选择中想要表达的，但也包括一些其他信息，不仅仅是简历。如果我理解正确，最后你有两个模型，一个是用户模型，另一个是简历模型。这基本上是我在第二个选择中想要表达的，但也包括一些其他信息，不仅仅是简历。如果我理解正确，最后你有两个模型，一个是用户模型，另一个是简历模型。这基本上是我在第二个选择中想要表达的，但也包括一些其他信息，不仅仅是简历。如果我理解正确，最后你有两个模型，一个是用户模型，另一个是简历模型。这基本上是我在第二选择中想要表达的，但也包括一些其他信息，不仅仅是简历。