RESTAPI/数据模型设计-用户、帐户还是两种模型?

RESTAPI/数据模型设计-用户、帐户还是两种模型?,api,database-design,rest,datamodel,Api,Database Design,Rest,Datamodel,我正在考虑如何正确构建我的应用程序,并为其提供一个良好且一致的API,但现在我对用户/帐户模型有些怀疑 虽然很有趣,但是如果你考虑一些应用程序,你会发现他们对待你就像用户一样,但是当编辑你的细节时,你会被重定向到帐户。 twitter就是一个很好的例子 所以我想知道你对构建这种架构的最佳方法的看法 账户真的有必要吗 我为什么要使用帐户或用户 如果我决定稍后为该用户执行支付指令,该用户是否应该将该信息存储在存储其密码和其他重要信息的帐户中 抱歉,我对这个话题有点迷茫。有时候,其他应用程序使用的型号

我正在考虑如何正确构建我的应用程序,并为其提供一个良好且一致的API,但现在我对用户/帐户模型有些怀疑

虽然很有趣,但是如果你考虑一些应用程序,你会发现他们对待你就像用户一样,但是当编辑你的细节时,你会被重定向到帐户。 twitter就是一个很好的例子

所以我想知道你对构建这种架构的最佳方法的看法

账户真的有必要吗

我为什么要使用帐户或用户

如果我决定稍后为该用户执行支付指令,该用户是否应该将该信息存储在存储其密码和其他重要信息的帐户中

抱歉,我对这个话题有点迷茫。有时候,其他应用程序使用的型号似乎多于必要的型号,所以我不确定:(

我在想我必须这样关联模型:

 User has_one :account
但我仍然不确定什么样的信息进入了用户和帐户

提前谢谢你的帮助


干杯

这实际上取决于应用程序。以电话为例。一个家庭或公司可能有一个或多个电话一起计费,因此电话号码与帐号不同

对于许多web应用程序,一个用户有一个帐户,反之亦然。我可以打开多个帐户,一个是“Mark the computer guy”,一个是“Mark the pianist”,等等。因此,用户不是真实的人,而是更像一个角色,或者我扮演的角色。如果我的音乐事业真的腾飞,我可能会雇用一名公关人员来管理我的音乐“标记钢琴家”帐户。在这种情况下,应用程序可以将“用户”和“帐户”绑定在一起:每个“角色”对应一个帐户。这对于一个免费应用程序来说很好

举一个不同的例子,看一个需要花钱的网络托管服务。我可能创建一个帐户,然后设置几个可以登录的用户:我、我的网络开发人员、我的系统管理员等等。因此,多个用户有一个帐户