Моделювання імені та прізвища окремо

Які аргументи хтось повинен врахувати, розробляючи нову систему, і повинен або зберігати ім’я людини як одне поле, або окремо як ім’я / прізвище?

Плюси для одного поля:

• Простіший інтерфейс користувача
• Немає двозначності при спробі ввести ім’я людини, яка має дуже довге ім’я (часто не очевидно, що таке прізвище / ім'я ..)
• Менша складність при обробці заголовків (наприклад, не потрібно вводити окремі поля для введення "MD" або "Dr.")

Плюси для розділеного поля:

• Можливе персональне спілкування "Шановний пане X" або "Шановний Джулі"
• Якщо споживаному веб-сервісу потрібно ім'я / прізвище окремо, його можна легко надати.
• Кращий вибір для будь-якої галузі із суворими вимогами до ідентифікації (наприклад, медичної, урядової тощо)
• Більш безпечний вибір, оскільки ви завжди можете повернутися до єдиної польової альтернативи

Чи бачите ви якийсь додатковий аргумент, який не вказаний вище?

Оновлення: питання полягає в тому, які додаткові (= не вказані у питанні) аргументи можуть бути вказані для кожного рішення. Я думаю, що надання думок замість можливих плюсів і мінусів веде дискусію неправильно. Кожен розробник повинен прийняти своє рішення щодо цієї проблеми, метою цього питання є скласти список нетривіальних аргументів, які можна оцінити за потреби.

Ім'я та прізвище - це не корисні поняття. Імена працюють по-різному в різних країнах. У більшості азіатських країн прізвище пишеться спочатку, але воно все ще використовується для сортування - тому ви можете поставити його під іменем, і сортування буде неправильним, або за прізвищем, і відображення буде. І є такі країни, як Ісландія, де вони взагалі не використовують прізвища, а натомість ім'я батька. Тож вони просто сортуються за вказаною назвою.

Терміни "дане ім'я" та "прізвище" (або "прізвище") є кращими в цьому плані, але я б все-таки уникав їх, якщо це абсолютно не потрібно (тобто офіційні документи, такі як паспорти, мають їх, тож вони вам потрібні), тому що вони просто ускладнюють справи.

• Можливе персональне спілкування "Шановний пане X" або "Шановний Джулі"

За винятком того, що ви не маєте уявлення про те, чи потрібно телефонувати даній особі за її іменем, чи прізвищем чи як. І не запускайте мене з мов, що мають звинувачувальний вигляд - ви не можете викривати звинувачення від номінативу взагалі. Ні, краще, якщо ви просто запитаєте користувача, як їм зателефонувати.

• Якщо споживаному веб-сервісу потрібно ім'я / прізвище окремо, його можна легко надати.

Якщо . Якщо ви залежите від іншої служби, ви замикаєтесь на їх поганому виборі. Це не є перевагою для ваших власних конструкцій.

• Кращий вибір для будь-якої галузі із суворими вимогами до ідентифікації (наприклад, медичної, урядової тощо)

Ні, для них це неправильний вибір. Офіційні документи, як правило, використовують терміни "ім'я" та "прізвище" (або "прізвище"), які є менш неоднозначними.

• Більш безпечний вибір, оскільки ви завжди можете повернутися до єдиної польової альтернативи

Власне, через неоднозначність з азіатськими іменами, це не так зрозуміло, що можна.

Єдиний аргумент, який має значення, - які вимоги вашої системи?

Чи потрібно мати справу лише з однією культурою? Якщо так, відповідайте цій культурі. Інакше плануйте інтернаціоналізацію (як вказували інші).

Чи потрібно отримувати дані для вирішення питань урядових форм, охорони здоров’я чи інших правових / системних вимог? Дотримуйтесь тих, що диктують. Якщо це означає ім’я та прізвище, зробіть це. Якщо це означає щось інше, зробіть це.

Чи є у вас вимога до API з ім'ям та прізвищем (або це досить імовірно, достатньо, щоб зробити ігнорування YAGNI)? Робіть те, що має сенс там.

Якщо вам потрібні персоналізовані комунікації, чи розумно просто запитати когось у вибраному ім'я та зберігати це?

Вимоги вашої системи повинні визначати, що ви робите. Робіть те, що вам належить, а решта ЯГНІ.

Якщо у вас є кілька способів відображення та / або використання імен (ив), вам, ймовірно, знадобляться окремі поля. Поряд із введенням даних, ви можете надати зворотній зв'язок, щоб показати користувачеві, як вони будуть використовуватися. Як їх поєднувати, це може призвести до перетворення в одне поле в майбутньому.

Майте декілька міток, на яких видно: Привітання чи відображуване ім'я: Ім'я + Прізвище Організація / Сортування: Прізвище, Ім'я

Якщо ви не впевнені, як це буде використовуватися в майбутньому, почніть з розділених імен, а потім зможете об'єднати їх в одне поле, коли зрозумієте, що це все, що вам дійсно потрібно. Справа не в тому, що складно написати алгоритм, щоб розділити поле одного імені на ім’я та прізвище, але ви зробите помилку на декілька, і люди дійсно не люблять помилок зі своїми іменами. За допомогою розділених полів користувачі можуть налаштувати, як вони вводять своє ім’я, коли вони бачать, як воно використовується. Поєднувати їх у полі постійного єдиного імені менш ризиковано.

Я погоджуюся з багатьма словами, які сказав @JanHudec, хоча я хотів би трохи розширити це:

• Вам потрібно знати, які ваші реальні вимоги, але простіше поєднувати інформацію, ніж розділяти її, коли вона знову поєднується.
• Сортування завжди буде складним завданням, оскільки правила можуть відрізнятися в різних місцях та культурах.
• Багато культур не відповідають вашій, що призводить до поганих припущень. (Це найбільший сенс Яна)

Термінологія важлива

Такі терміни, як ім'я та прізвище чи прізвище, мають семантичне значення, і ваша база даних завжди повинна відображати семантику ваших даних. Такі терміни, як ім'я та прізвище, мають позиційне значення, як правило, засновані на англійських та американських уявленнях про те, як працюють імена. Використовуйте належну термінологію для семантики своїх даних.

Як далеко вам потрібно її розбити?

Існують поняття титулу (пан д-р місіс тощо) або порядкові (молодший, старший, III та ін.), І навіть посвідчення (доктор наук, MS, PCAM тощо), які можуть бути важливими залежно від контекст і мета.

У багатьох місцевостях є поняття про декілька прізвищ (батьківських та материнських), а деякі - жодного. Заповнюючи форми, інколи людям доводиться робити важкий вибір, яке ім'я використовувати, наприклад, використовувати батьківське прізвище для "прізвища" в американській формі, або придумувати прізвище, засноване на прізвище батька (Янсон ).

Хоча в Америці прийнято мати одне або кілька прізвищ, його часто ігнорують поза вашою родиною.

Сортування

Це допомагає мати виділене поле для сортування назви. Таким чином, ви можете розмежувати правила під час створення запису. Це також гарантує, що ви будете сортувати імена у правильному порядку через міжнародні кордони.

Загальні практики

Ваші реальні вимоги диктують, наскільки правильно ви повинні мати імена. Якщо ви створюєте урядовий чи банківський веб-сайт, тоді у вас більше вимог щодо зберігання та обробки імен, ніж до чогось неформального, як-от Facebook.

Неформальні вказівки

• Майте одне поле, яке описує, як користувач хоче бути відомим
• Для сортування та відображення використовується одне ім’я

Напівформальні вказівки

• Майте одне поле для псевдоніма або про те, як користувач хоче звертатися
• Майте два поля, одне для вказаного імені та одне для прізвища (прізвище повинно бути необов’язковим)
• Обчисліть поле сортування на основі мови та комбінації даних / прізвища
• Використовуйте псевдонім, звертаючись безпосередньо до користувача
• Використовуйте формальне ім’я, коли ви перераховуєте людей

Офіційні вказівки

• Вони продиктовані діючими політиками та процедурами для організації, яку ви підтримуєте
• Вам потрібно стільки ж полів, скільки максимальна кількість частин імен, які ви будете підтримувати, названі семантично за тим, якими вони є.
• Включіть поле для сортування, яке обробляє сортування так, як це було б у напівформальному випадку
• Відображення також зазвичай продиктовано діючими політиками та процедурами. Вам потрібно ознайомитися з ними.

Крім того, що @JanHudec зазначив, і з чим я згоден, також варто зазначити, що в багатьох країнах люди мають більше одного прізвища, тому одне поле прізвища може бути неактуальним. Наприклад, в Іспанії люди мають два прізвища, і вони використовують лише одне або обидва в залежності від ситуації.

Крім того, ви не повинні персоналізувати спілкування на основі ваших припущень, оскільки в деяких культурах вам може здатися грубим, коли телефонуєте людям за їх прізвищами, а у випадку інших - це може бути навпаки.

Також деякі культури роблять акцент на таких формах, як "пані" проти "пані", і вони також можуть поєднувати це слово з іменем або прізвищами, залежно від конкретного випадку.

Тож я б схилявся до рішення, коли у вас є поле єдиного імені та, можливо, додаткові поля, які користувач заповнює, підказуючи, як звернутися до користувача - щось подібне до того, що роблять багато авіакомпаній, купуючи квиток в Інтернеті. Це також може вирішити проблему розділення імен, якщо вам це потрібно для зовнішньої веб-служби, яку ви згадали.

Якщо додати ще більше до того, що вказували @JanHudec та @KjMag, навіть у культурах / мовах, дуже близьких до англійської, це стає проблемою. Візьмемо для прикладу німецьку мову. У вас є поняття Vornamen, Імена, Nachnamen, Прізвища та Rufname, ім'я, яке ви називаєте. Візьмемо, наприклад, мого батька, він має 3 прізвища, у свідоцтві про його народження вони вказані у порядку Крістофа Стефана Андреаса. І у нього одне прізвище. Як ви думаєте, як звати його?

Правильна відповідь: Андреас. Це його Rufname, в Америці він ставить це як своє ім'я, щоб відповідати американському шаблону. Тож ви можете припустити, що в Німеччині останнє з ваших імен - це ім'я, якого ви називаєте, але тоді у вас є мій брат: Крістоф Себастьян Герберт Марія. (Тепер я віддав, що ми баварці) Або моя сестра Крістін Габріеле. Як ви думаєте, які імена вони називають? Себастьян і Христина відповідно.

Я б третій відповіді, які говорять одне поле для повного імені. І я до цього додам: можливо, додайте ще одне поле для Прізвища / Прізвища та поставте питання: за яким іменем Ви б були відсортовані у списку? І тоді заключне поле для: як ви хочете вирішити питання?

Якщо хтось збирається для глобальної програми, ймовірно, будемо моделювати ім’я людини як масив рядків. Наприклад, врахуйте ім’я президента у фільмі Ідіократія:

• Гора Дуейн Ельзондо Герберт Камачо

Ось його повне ім’я. Назва містить 6 елементів у масиві. Для культури США перше ім’я є першим елементом у масиві (Dwayne), а прізвище - останнім елементом у масиві (Camacho). Але це не завжди так.

Можна застосувати специфічні для культури правила для визначення "першого" імені, якщо ім'я насправді є останнім елементом тощо, залежно від того, як імена працюють у різних культурах / локалях.

Також у випадку США є випадки, коли останній елемент не є прізвищем, наприклад:

• Гора Дуейн Ельзондо Гербер Камачо-молодший

Тож, можливо, поле суфікса імені або треба було б розібрати останній елемент, шукаючи відомі суфікси на основі культури, щоб отримати правильне прізвище.

Отже, вам завжди краще зберігати ім’я в одному елементі (повне ім'я), а потім застосовувати проти нього рутину "стандартизації / санітарії" для розбору конкретних елементів у міру необхідності. Аналогічна стратегія існує і для адрес. Зазвичай вони збираються як один рядок, а потім надсилаються до служби для розбору деталей.