在堆栈溢出中，我们是"用户"。在43things.com上，我们是一个"人"。在其他网站上，我们是一个"帐户"。然后某些Web应用程序会跳过这种指示符的使用，而只是http://webapp.com/yourusername

我们是否认为这些指示符暗示任何含义？你喜欢一个比另一个吗？

在构建应用程序时，我经常走到过程的这一步，偶然发现是将应用程序的用户称为"用户"还是"人"或者"帐户"。我敢肯定还有其他例子，但这是我最常遇到的例子。我很好奇其他人在构建其应用程序的用户管理功能时的想法。我认为大多数默认情况下使用"用户"，但是我们是否对此有所考虑？

解决方案

人暗示与真实的人有1：1的对应关系。帐户不一定暗示这一点(例如，服务帐户)，严格来讲，用户也没有这个隐含含义。例如，在SO上有一个"社区"用户，他显然不是真实的人。称其为"社区人士"没有任何意义。

"帐户"表示可能有多个用户。如果用户是我们应用程序的核心部分，则只使用/即可。 e。像facebook这样的社交网络。我会为真正的用户，可以实际登录的人等使用"用户"，如果我们只是在管理人员(例如针对人员的搜索引擎)，则使用"人员"。

编辑：在宇宙的大尺度上，这真的没有关系。

此语义是上下文的。在社区站点中，我们通常是"成员"，在付费服务中，我们具有"帐户"。 "用户"是通用默认设置。我们应该选择一个最能描述应用程序中"用户"角色的名称。

尽管它们对我们的技术人员而言意义大致相同，但普通的"用户"却喜欢被视为"成员"，而不是帐户/用户。这是一张友好的面孔。如果我们是公众人士，请给他们打电话，让他​​们给非技术人员似乎渴望的温暖模糊的感觉。 :)

我更喜欢成为用户。帐户也是该事物的标准名称。人对我来说似乎很麻烦。无论如何，我是一个人，在给定的服务处注册不会改变它。

我不会讨论名称之间的细微差别。使用最常见，最标准的内容。这将更加人性化，因为更少的惊喜会更友好。

取决于目标受众和我们正在构建哪种类型的应用程序：

• 对于社区网站专家来说，人是我的第一选择。
• 对于开发者社区站点(例如此站点)，绝对是用户;-)
• 对于银行应用程序，帐户似乎是最合乎逻辑的选择

等等...

我不确定用户和帐户是否可以互换。例如，在没有"帐户"的情况下，我可能是StackOverflow上的"用户"。虽然如果我有一个帐户，那么作为用户我将有更多的便利。

在为运动队成员设计一个小型场地时，我遇到了类似的问题。我有两种需要跟踪某人的帐户可以申请成为团队成员(即成为一名球员)，或者他们可以仅申请拥有该站点的登录名，以便他们可以跟踪球员(即自己不是玩家)。最后，我决定将它们称为"登录"和"玩家"。因此，某人可以为自己创建一个"登录"，然后在他们登录后可以创建"玩家"。然后，每个"登录"都可以链接到多个"玩家"。

正如多次提到的那样，我们所说的话应该对特定受众有意义，这通常是互联网领域最普遍的用法。