skyANA, ладно, Лёшу одного товарища попинали за IQueryable в репозитории. Оказалось, что у него репозиториев вообще нет и он имел ввиду (о боже!) про нужность репозитория как класс :) Таким образом, все поняли, что у Алексея нет никаких IQueryable реп и хорошо.

Но остаётся у нас на повестке дня вопрос с hVostt

hVosttя понял. речь идёт о необъяснимых вещах.
вы так не переживайте, я видел достаточно серьезные проекты
давайте хоть одну реальную проблему, к которой может привести выдача репой IQueryable<T>. по вашей же ссылке на каждую проблему есть решение.

hVosttМСУhVostt, были озвучены 3 главные причины, почему IQueryable в репозитории это плохо:

1. Нужно держать живым дата контекст на протяжении более длительного времени. Это плохая практика.
2. "Крутить базу может кто как хочет" (с) Это сеет хаос и демократию прикладного кода, в отличие от строго специфицированных репозиториев.
3. И самая главная причина: зависимость от MSSQL + EF. Изменится источник или хранилище данных - приплыли.

Всё это: жесткие архитектурные ограничения. Нравится прибивать на каждый чих себя гвоздями? Я не против. У меня все репозитории (сервисы данных) возвращают коллекции через IEnumerable<T>. А что там спрятано за методом репозитория - никому знать об этом не нужно.
3 главные причины, с которыми я полностью согласен.

Так я не понял, наш очень опытный и замечательный hVostt использует IQueryable репозитории или он просто вышел опять посмердить на форуме?

Алексей КА зачем там что-то отделять. EF прекрасно всё отделяет и даёт возможность работать с данными средствами, встроенными в сам язык (C#). Что ещё может быть надо?
Ну если тебе ничего не надо отделять, нах тебе нужен WCF как третий уровень, пиши двузвенку и дергай БД прямо из своих впф клиентов. Ась?

Алексей КМСУP.S. Какой итог? )Очевидно, я молодец!
С этим никто не спорит :)

Алексей КskyANAРепозитоий я могу использовать повторно в рамках одного проекта. В разных проектах.
А метод GetMessageTaskView как мне использовать, кроме как в сервисе? Копипастить содержимое?Сделать его public и получить к нему доступ из других классов?

Алексей КИногда мне кажется, что из-за всех этих "паттернов" некоторые забывают базовые принципы ООП и рефакторинга.
Расскажи нам про базовые принципы рефакторинга?

Алексей КА про ООП почему не надо?
:)

skyANAОпять тянуть сборку WCF сервиса?
Алексей очень много и красиво писал на форуме про слабосвязность кода (IoC и DI), но как мы видим по его wcf сервису всё не так эпично, как давече представлялось

skyANA, да хрен его знает, что там реально за архитектура. В "IQueryable-слое" по большому счету смысла особого не вижу, т.к. его дата контекст и так таблицы и вьюхи в IQueryable возвращает. Разве что писать линейную генерик-обертку над дата контекстом? Вот это точно бред. Короче, всё туманно...

Алексей КМСУВ "IQueryable-слое" по большому счету смысла особого не вижуЗря. Сам же говорил, что чем больше слоёв - тем лучше. :-)
А смысл? Этот слой с легкостью покрывает универсальный репозиторий. Нафига мне IQueryable лохмотья? :)