Это довольно распространенный сценарий, и он зависит от того, хотите ли вы использовать файл EDMX для сопоставления или если вы хотите, чтобы сопоставление было определено в коде (как сначала код).
Оба сценария могут быть выполнены сначала как база данных
- Вы создадите EDMX из существующей базы данных со встроенными инструментами EF в Visual Studio и будете использовать шаблон генератора DbContext T4 для получения классов POCO и производного класса DbContext
- Вы загрузите EF Power Tools CTP , и вы будете использовать его функцию обратного инжиниринга для генерации отображения кода, классов POCO и контекста для вас
Ни один из этих подходов не добавит аннотации данных.Аннотации данных об объектах не должны использоваться для проверки клиента (это плохая практика), если вы не выполняете очень простые приложения.Обычно ваши взгляды имеют более продвинутые ожидания, и их проверка может отличаться от сущности.Например, представление вставки и представление обновления могут нуждаться в разных проверках, и это невозможно выполнить с одним набором аннотаций данных на объекте.В связи с этим вам следует переместить аннотации данных для проверки в специализированные модели представлений и преобразовать ваши сущности для просмотра моделей и наоборот (вы можете использовать AutoMapper , чтобы упростить это).
В любом случае это можно добавлять аннотации данных в сгенерированные классы через классы собеседников, но, как уже упоминалось, это не очень хорошая практика.