分别建模名字和姓氏

在设计新系统时，应该考虑哪些参数，并且必须将一个人的姓名存储为一个字段，或者将其分别存储为名字/姓氏？

单一领域的优点：

• 简单的用户界面
• 尝试输入一个名字很长的人的名字时没有歧义（通常不明显，这是姓氏/名字..）
• 处理标题时的复杂度较低（例如，无需单独输入“ MD”或“ Dr.”）

拆分字段的优点：

• 可以通过“亲爱的X先生”或“亲爱的朱莉”进行个性化交流
• 如果使用的Web服务需要单独的名字/姓氏，则可以轻松提供。
• 对于具有严格标识要求的任何行业（例如医疗，政府等）的更好选择
• 选择更加安全，因为您可以随时返回到单一字段替代方案

您是否看到上面未列出的任何其他参数？

更新：问题是，可以为每个解决方案列出哪些其他（未在问题中列出）参数。我认为提出意见而不是可能的利弊会以错误的方式推动讨论。每个开发人员都必须对这个问题做出决定，这个问题的目的是汇编一个非平凡的参数列表，可以在需要时进行评估。

名和姓不是有用的概念。名称在不同国家/地区的用法不同。在大多数亚洲国家/地区，姓氏是写在第一位的，但仍用于排序-因此您可以将姓氏放在首位，这样排序将是错误的，也可能是姓氏，然后是显示。还有像冰岛这样的国家，它们根本不使用姓氏，而是使用父亲的姓氏。因此，它们只是按给定名称排序。

在这方面，“姓氏”和“姓氏”（或“姓氏”）一词比较好，但是除非绝对必要，否则我还是会避免使用它们（例如，像护照这样的官方文件中确实有它们，所以您就需要它们），因为他们只会使事情变得更复杂。

• 可以通过“亲爱的X先生”或“亲爱的朱莉”进行个性化交流

除非您不知道是用名字，姓氏还是名字来称呼某人。而且，不要让我开始使用有宾格的语言- 一般而言，您不能从主格获得宾格。不，如果您简单地问用户如何称呼他们，那会更好。

• 如果使用的Web服务需要单独的名字/姓氏，则可以轻松提供。

如果。如果您依赖其他服务，那么您将被锁定在他们的错误选择上。您自己的设计没有优势。

• 对于具有严格标识要求的任何行业（例如医疗，政府等）的更好选择

不，这是错误的选择。正式文件通常使用术语“给定名称”和“姓氏”（或“家族名称”），这些术语不太含糊。

• 选择更加安全，因为您可以随时返回到单一字段替代方案

实际上，由于亚洲名称含糊不清，因此尚不清楚。

唯一重要的参数是系统的要求是什么？

您只需要应对一种文化？如果是这样，请遵循该文化。否则，要计划国际化（正如其他人指出的那样）。

您是否需要获取数据来处理政府表格，医疗保健或其他法律/系统要求？遵循那些指示。如果这意味着名字和姓氏，请这样做。如果这意味着不同，请执行此操作。

您是否需要使用名字和姓氏的API（或者是否有可能足以忽略YAGNI）？在那里做有意义的事情。

如果您需要个性化通信，问一个人自己喜欢的名字并存储起来是否合理？

系统的要求应确定您的工作。做您必须做的，其余的由YAGNI完成。

如果您有多种显示和/或使用名称的方法，则可能需要单独的字段。除了数据输入外，您还可以提供反馈以向用户显示如何使用它。如何将它们组合在一起，可能会导致将来转换为单个字段。

带有一些显示的标签：问候语或显示名称：名字+姓氏组织/排序：姓氏，名字

如果您不确定将来如何使用该名称，请从拆分名称开始，然后在意识到这是您真正需要的全部内容时，可以将它们合并为一个字段。这并不是说编写一个将单个名字字段分为名字和姓氏的算法很困难，但是您会在一些名字上犯错误，而且人们真的不喜欢名字错误。使用拆分字段，用户可以在看到名称使用方式时调整其输入方式。将它们组合在一个永久的单一名称字段中的风险较小。

我同意@JanHudec所说的很多内容，尽管我想在此基础上作一些扩展：

• 您需要知道真正的需求是什么，但是将信息组合起来比将信息再次组合起来要容易得多。
• 排序始终是一个挑战，因为规则可能因地区和文化而异。
• 许多文化与您的文化不符，这会导致错误的假设。（这是扬的最大观点）

术语很重要

类似条款给定的名称和姓或者姓语义上的含义，你的数据库应该始终反映数据的语义。诸如名字和姓氏之类的词具有位置含义，通常基于英语和美国关于名称如何工作的想法。对数据的语义使用正确的术语。

您需要分解多远？

有一些标题的概念（Mr. Mrs. Mrs.等）或序数（Jr.，Sr.，III等），甚至是证书（PhD，MS，PCAM等）也很重要，具体取决于上下文和目的。

许多语言环境都有多个姓氏（父系和母系）的概念，有些则没有。填写表格时，有时人们必须做出艰难的选择，例如使用美国形式的“姓氏”的父系姓氏，或根据父亲的名字得出姓氏（詹森） ）。

在美国，通常会有一个或多个中间名，但在家庭之外经常被忽略。

排序

有一个专用的排序名称字段会有所帮助。这样，您可以在创建记录时消除规则的歧义。它还可以确保您在国际范围内以正确的顺序对名称进行排序。

常规做法

您的实际要求决定了姓名的正确性。如果要创建政府或银行网站，那么对存储和处理名称的要求要比诸如Facebook之类的非正式要求更高。

非正式准则

• 有一个字段描述用户希望如何被认识
• 排序并显示使用该名称

半正式指南

• 在一个字段中输入昵称或用户的姓名地址
• 有两个字段，一个用于给定名称，一个用于姓氏（姓氏是可选的）
• 根据语言环境和给定/姓氏组合计算排序字段
• 直接与用户联系时使用昵称
• 列出人员时使用正式名称

正式准则

• 这些取决于您所支持实体的现有政策和程序
• 您需要的字段数将与要支持的名称部分的最大数量一样多，并根据其名称进行语义上的命名。
• 包括一个排序字段，该字段像半正式案例一样处理排序
• 显示通常还取决于现有的政策和程序。您需要熟悉它们。

除了@JanHudec指出的观点并得到我的同意外，还值得注意的是，在许多国家/地区，人们拥有多个姓氏，因此，单个姓氏字段可能无关紧要。例如，在西班牙，人们有两个姓，根据情况，他们仅使用其中一个或两个。

此外，您不应基于自己的假设来个性化通信，因为在某些文化中，当您用姓氏来称呼别人时，您似乎是不礼貌的，而在其他情况下，则可能相反。

同样，某些文化强调“ Mrs”和“ Ms”之类的形式，并且根据具体情况，它们也可能将此单词与名字或姓氏结合起来。

因此，我倾向于使用一个解决方案，在该解决方案中，您将拥有一个姓名字段，以及可能由用户填写的其他字段来提示如何求助于用户-与许多航空公司在网上购买机票时所做的事情类似。如果您提到的外部Web服务需要使用名称，这也可以解决如何拆分名称的问题。

@JanHudec和@KjMag指出的甚至更多，即使在非常接近英语的文化/语言中，这也成为一个问题。以德语为例。您有名叫Vornamen，名，Nachnamen，Last name和Rufname的概念。以我父亲为例，他有3个名字，在他的出生证上按克里斯托弗·斯蒂芬·安德里亚斯的顺序列出。他有一个姓。您认为他叫什么名字？

正确答案：安德烈亚斯。那是他的Rufname，在美国，他把它作为符合美国模板的名字。因此，您可能会假设在德国姓氏的名字是您的名字的名字，但是您有了我的兄弟：Christoph Sebastian Herbert Maria。（现在我已经放弃了我们是巴伐利亚人）或我的姐姐克里斯汀·加布里埃尔。您认为它们叫什么名字？塞巴斯蒂安和克里斯汀。

我会将回答一个字段全名的答案放在第三位。我要补充一点：也许为姓氏/姓氏添加另一个字段并提出一个问题：您将在列表中按哪个名字排序？然后是最后一个领域：您想如何解决？

如果要进行全球申请，则可能会将一个人的名字建模为字符串数组。例如，考虑电影《专制》中总统的名字：

• Dwayne Elzondo山露水赫伯特·卡马乔

那是他的全名。该名称在数组中包含6个元素。对于美国文化，名字是数组中的第一个元素（Dwayne），姓氏是数组中的最后一个元素（Camacho）。但这并非总是如此。

如果名字实际上是最后一个元素，则可以应用特定于文化的规则来确定“名字”，依此类推，取决于名称在不同文化/地区中的工作方式。

同样，在美国，某些情况下last元素不是姓氏，例如：

• Dwayne Elzondo山露小赫伯特·卡马乔

因此，一个名称后缀字段或一个字段将不得不解析最后一个元素，以根据区域性查找已知的后缀，以获取正确的姓氏。

因此，最好将名称存储在一个元素（全名）中，然后对其应用“标准化/卫生”例程，以根据需要解析出特定元素。存在类似的地址策略。通常将它们收集为一个字符串，然后发送到服务以解析各部分。