Приветствую

Возникла такая дилемма.
Есть простое приложение, попросту говоря "морда к базе", показать в гриде и отредактировать запись.
Для работы с БД используется Dapper .NET.
Есть классы сущности, отражающие таблицы в БД. От этих сущностей наследуются классы модели.

Может не совсем корректно описал, поэтому лучше покажу на примере:
Сущность:



Модель:



Все SQL запросы реализованы в виде хранимых процедур. Соответственно ХП возвращает не чистую сущность, а уже готовую модель, для отображения пользователю.

Так вот дилемма состоит в том, что нужно уменьшить зависимость между сущностями и моделями.

Пока на уме только одно решение, это использовать интерфейсы для проецирования таблиц и запросов. Сделать своего рода так:
Сущьность:



Модель:



Но не уверен что это правильное решение, т.к. это в разы увеличивает код и соответственно усложняет его поддержку.

Посоветуйте наиболее компромиссное решение.

Спасибо.

kmaw,

Я хочу выделить модели, что бы использовать их для валидации через атрибуты.
Хотя может все св-ва в сущностях сделать виртуальными...

После некоторого времени обдумывания и поисков, пришел к выводу что есть два наиболее подходящих варианта:
1. Dependency Injection
2. Не разделять сущности от моделей представления/бизнес логики.

Для варианта 1), набросал простой класс маппер однотипных объектов или имеющих одного предка, через Expressions, с возможностью передачи имен св-в в виде строки, которые не нужно маппить.
Но все же как не крути вариант 1) это значительное усложнение архитектуры проекта в целом, да еще представил как это все потом поддерживать...

Сам проект, как писалось ранее просто "морда к базе", как таковой бизнес логики там нет. Нужно просто прочитать данные и показать. Все зависимости между таблицами реализованы на уровне ХП и ограничиваются чтением поля Name из связанной таблицы. Поэтому потребности в дополнительном связывании объектов между собой.
В результате я решил прибегнуть к вариунту 2). Есть модели которые отражают результаты работы ХП. Сами ХП возвращают уже готовые к отображению данные.

Впрочем как сразу и ответил kmaw.

В общем, не стоит в очередной раз усложнять и без того сложные вещи, даже если это не по феншую. :)