Алексей КskyANAData Mapping - это не ответсвенность репозитория.Особенно Mapping DbDataReader => Object.
skyANAПодозреваю, что в большинстве Ваших случаев репозиторий вообще не нужен.Звучит осуждающе.Ну вот Вам достаточно Data Mapper . Осуждать тут нечего.

Алексей КskyANAпропущено...
Ну вот Вам достаточно Data Mapper . Осуждать тут нечего.Звучит зловещще. :-)Вы мнительный человек?

Алексей КskyANAПочему так?
Потому что у нас основное хранилище - это Sql Server.
Часть данных/сущностей/Entity хранится в MongoDB.
Часть данных/сущностей/Entity необходимо кэшировать.
Часть данных/сущностей/Entity, что хранится в MongoDB участвует в транзакциях, а монго их не поддерживает. Необходима своя реализация.А у нас в квартире газ...ЧТД. Выше я писал, что у тем, у кого в квартире только газ, не понять.

Алексей КskyANAпропущено...
Вы мнительный человек?Топик про SOLID или мою мнительность?Про SOLID. Так что поверьте мне на слово, что в моих словах нет ничего зловещего, и вернёмся к сабжу.

Алексей КskyANAпропущено...
ЧТД. Выше я писал, что у тем, у кого в квартире только газ, не понять.Вы правда верите, что я не могу себе представить ситуацию, в которой репозитарий действительно нужен?Вы уже не раз писали, что если бы у вас было вот так, или сяк, то репозиторий был бы нужен. Так что какое-то представление Вы имеете.
Но по всей видимости у Вас нет необходимого практического опыта таких проектов, чтобы произвести качественную оценку.

netivanskyANAпропущено...
Вы уже не раз писали, что если бы у вас было вот так, или сяк, то репозиторий был бы нужен. Так что какое-то представление Вы имеете.
Но по всей видимости у Вас нет необходимого практического опыта таких проектов, чтобы произвести качественную оценку.
очень интересно, если репозиторий не занимается маппингом, то кто им занимается? Или репозиторий все же опреирует доменными объектами (читай объектами EF)? Что будет в виде Т в этом интерфейсе (IRepository<T>?)Мы ходим по кругу.
Вот ссылка на определение: Repository (Репозиторий) .

Цитирую:Описание Repository Посредничает между уровнями области определения и распределения данных (domain and data mapping layers), используя интерфейс, схожий с коллекциями для доступа к объектам области определения.T - это тип доменного объекта (объекта области определения), или иначе бизнес-объекта.

А маппингом занимается маппер. :)

Алексей Кnetivanпросто я не понимаю тогда смысл наезда от товарища.Я тоже. :-)Потому как нет никакого наезда. :)

netivanАлексей Кпропущено...
Не нужно искать смысл там где его нет. :-) просто я не понимаю тогда смысл наезда от товарища.А процитируйте мой наезд, я перефразирую свою мысль, чтобы было понятно, что я хотел сказать, и она не вызывала ошибочного толкования.

netivanЗачем для этого бестоклу мапить объекты?Не понял вопроса.

Маппить надо, потому что структура хранения в БД отличается от структуры бизнес-объектов.
netivanИз-за гипотетической возможности, что у нас БД изменится завтра резко?Нет :)
Не гипотетических предположениях о том, как будет развиваться проект, денег не заработаешь. Скорее случится фейл.

netivanskyANAпропущено...
Не понял вопроса.

Маппить надо, потому что структура хранения в БД отличается от структуры бизнес-объектов.
пропущено...
Нет :)
Не гипотетических предположениях о том, как будет развиваться проект, денег не заработаешь. Скорее случится фейл.
вот в авторМаппить надо, потому что структура хранения в БД отличается от структуры бизнес-объектов. этом вся соль. А если не отличается?(очень похожа)? Возьмем известный пример бд Northwind. Что там маппить будете? Покажите мастер-класс.Тоже что маппится внутри EF :) Вы же не думаете, что внутри EF преобразование реляционных данных в объекты реализовано каким-то другим чудесным образом, так ведь?

Вообщем Вы наверное хотели спросить: зачем нужно выделять отдельные бизнес-объекты, не связанные с EF и маппить данные на них?