В чем заключается «проблема» именования множественности в контексте Entity Framework?

Question

Что люди имеют в виду, говоря о «проблеме» именования множественности в контексте Entity Framework?

Answer 1

С http://www.cnblogs.com/zjz008/archive/2010/06/03/1750442.html (в отношении: Entity Framework 4.0 Features) ...

Множество имен

Одна из самых больших жалоб вПервая версия Entity Framework заключалась в том, как соглашения об именах применялись к объектам EDM, таким как сущности и свойства навигации, при использовании мастеров моделей.

Первая версия Entity Framework давала Имя сущности и Имя набора сущностейодно и то же имяПри создании модели из базы данных не предпринималось попыток сингулярного или множественного числа имен.Проблема в том, что это вызывало некоторую путаницу при обращении к таблице базы данных или EntityType в коде.Например, если в вашей базе данных есть таблица с именем Employees, вы также получите EntityType с именем Employees.Это вызывает путаницу в отношении того, ссылаетесь ли вы на таблицу или на EntityType, как, например, во фрагменте кода ниже.

Customers customer = new Customers();

К счастью, эта проблема была устранена.Мастера моделей, как модели данных сущностей, так и мастера обновления моделей, теперь предоставляют возможность использовать формы имен единственного или множественного числа для сущностей, наборов сущностей и свойств навигации.

Цель этого изменения состояла в том, чтобы сделать код приложения намного проще для чтения и избежать путаницы между именами объектов.

Answer 2

Он вращается вокруг того факта, что объекты базы данных, названные определенными способами, приведут либо к неправильному плюрализму, либо к сингуляризации.Хороший пример этого иллюстрируется этой проблемой Microsoft Connect .

. В этом примере объекты базы данных, оканчивающиеся на «Состояние», неправильно обозначаются как «Statu», а не рассматриваются какСингуляризация, которая будет множественным числом в виде «Состояний».

Это раздражает, но я не считаю это достаточно распространенным, чтобы удержать человека от использования EF.