Что такое хорошее соглашение об именах для доменных объектов по сравнению с их реляционными таблицами? - PullRequest
2 голосов
/ 18 февраля 2009

Я уже дважды сталкивался с этой проблемой и хочу посмотреть, как лучше всего решить это соглашение об именах. Предположим, у меня есть ORM (в данном случае Linq to SQL), и я сопоставляю таблицу с именем User. Затем я также создаю свой POCO под названием User. Хотя сопоставленная таблица существует в чем-то вроде

MyApp.Data.User   

и POCO находится в чем-то вроде

MyApp.Objects.User

Я понимаю, что можно выполнить полную идентификацию пространства имен для любого кода, но есть ли у вас разумное соглашение об именах, чтобы вы могли легко определить, какое отображение таблицы, а какое POCO? Спасибо!

Ответы [ 3 ]

1 голос
/ 18 февраля 2009

Я использую для вызова объектов Linq2SQL DbUser и т. Д.
Это позволяет очень легко сканировать код и видеть, что есть что, а поскольку объекты данных L2S доступны только на уровне данных, странное именование представляет меньшую проблему.

0 голосов
/ 18 июня 2011

Или как насчет того, чтобы назвать его UserModel - тогда вы можете иметь UserModelView для версии VM.

0 голосов
/ 18 февраля 2009

Я бы назвал отображение UserMapping.

Потому что это то, что есть.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...