netivanskyANA,

да я уже вроде псевдокод написал.И? Я хочу понять каким образом статьи связаны с Вашим псевдокодом и сотней таблиц.

Вы пишите: "аналогичная мысль представлена по ссылке". Так ткните пальцем на "аналогичную мысль"

user7320, ты вопросы научись задавать.

А то начал про репозиторий, а выяснилось, что ещё доменную модель не спроектировал и физическую модель хранения данных.

Поэтому да, попробуй "сначала самый примитивный способ - без репозитория". Не пытайся сделать всё и сразу.

netivan, так, пойдём другим путём.

Параграф "Creating the Unit of Work Class" близок к Вашей реализации, так?

Только у Вас вместо двух репозиториев:

сто? По одному на каждую таблицу?

netivanskyANAnetivan, так, пойдём другим путём.

Параграф "Creating the Unit of Work Class" близок к Вашей реализации, так?

Только у Вас вместо двух репозиториев:

сто? По одному на каждую таблицу?
вот я не могу ответить на ваш вопрос, потому что сейчас у меня совсем все по другому, ОРМа нет впринципе. Поэтому и репозиторий как раз на бизнес-сущности, где внутри процедуры. Когда работал с EF можно считать что у меня Репозиторий был на каждую таблицу которая так или иначе должна использовать напрямую (читай crud). Я не знаю что еще сказать.Простые вопросы, а поставили Вас в тупик. Печально.

user7320netivanuser7320,

что такое ORM от EF? EF у меня создает только РОСО классы,маппит и главное генерит запросы). DataContext еще называют UnitOfWork, но чтобы репозиторием - не слышал
Эти POCO-классы и есть это ORM. Просто до версии 4 он генерил по умолчанию не POCO, а потом стал по умолчанию POCO - "по просьбам трудящихся".

А чем не репозиторий?По определению

Ссылку на определение и описание шаблона я уже давал.

user7320skyANAпропущено...
По определению

Ссылку на определение и описание шаблона я уже давал.
К чёрту определение . Вам лично что не нравится в ORM от EF в качестве репозитория?Тем, что это не репозиторий.

Вот смотри, есть у меня домашний проект, где есть API сервис и сервис для мобильных клиентов. Работают они с одной и тойже базой. Первый предназначен для того, чтобы заливать туда данные из сторонних систем, второй, чтобы отображать полученные данные в красивом виде клиентам.

Оба сервиса используют одну и туже доменную модель, одну и туже сборку для работы с ней. Эта сборка в свою очередь ссылается дёргает репозиторий для получения данных из БД.

И вот один из знакомых, кто тестирует первую версию проекта у себя в банке спрашивает: а можем мы мобильный сервис разместить в ДМЗ (демилитаризованная зона, DMZ), а API сервис и БД в основном сегменте сети, и чтобы первый лез за данными не напрямую в БД, а через второй сервис, где мы настроим соответсвующие ограничения по безопасности?

Отвечаю: говно вопрос, нужно просто настроить, чтобы мобильный сервис использовал другую реализацию репозитория.

user7320, а теперь расскажи, как сделать такой же прозрачный доступ к данным при помощи EF.

netivanskyANA,

а меня игнорите? http://www.asp.net/mvc/tutorials/getting-started-with-ef-5-using-mvc-4/implementing-the-repository-and-unit-of-work-patterns-in-an-asp-net-mvc-application где здесь доменная модель?:)Игнорю? А к чему относится этот вопрос?