По поводу топика который подвергся эвтаназии 13702257
До каких пор пользователи должны мучатся, получая данные из разных источников, тратить драгоценное время для постинга этой проблемы и убивать нервы в перманентных спорах?
Эту проблему можно решить легко и благородным способом, на примере хибера,
как уже писал ранее пометить мапы атрибутами хоста данных,
типа [HostData("connectstring",Mysqlenum,"TypeProwiderName")]
и все, сессия когда будет делать запрос ей остается проверить наличие этого атрибута у типа, и если он имеется
подгрузить сборку( если не подгружена) провайдера, и получить ICommand этого провайдера, вставить туда строку
и параметры запроса - и получить данные, и мы имеем одно место кеша первого и второго уровня, и нам прозрачно где лежат данные....
Оппоненты могут вопрошать, а если хост , вернее тип хоста не поддерживается орм.( голубиная почта)
Для этих дел надо предусмотреть отдельный интерфейс IConstructorSessione
типа class Sessionte:ISession,IConstructorSessione
И тогда из расширения ( да хоть из чего)
IEnumerable<T> GetDataCore( this ISession ses,.....)
мы можем получить IConstructorSessione, и уже сами создать запрос к чему то, ввернуть результат в кеш первого и второго уровня,
или получить из него данные, если имеется.., в контексте сессии, и пользоваться этим расширением прямо или косвенно - по условию наличия атрибута.
.

Мало того, мы требуем- что бы все алгоритмы и методы работы и схемы типов маппинга имели общий стандарт...со всеми орм
Что бы разработчик мог безболезненно поменять орм, не перелопачивая тонны кода.
Предлагаю - если они этого не сделают, перейдем все на типизированный датасет.....

skyANA,
Да каких услуг, просто те мысли( бронирование) вылились в эти мысли, у вас там там репозитарочки, Вам нравится? - мне нет..

Всё резюме в том, что мы работаем обьектами абсолютно не зная где они лежат ( тип хранилища) и самое главное
что работаем в контексте сессии, а это оху..о тем что кеши + еденица работы ас транзакция

Парамон,
а что нет, если все орм
реализуют
IActivateOrm
IGetSession
ISession
IWorkOne
.......
......
Провайдеры к базам грешат этим, почему бы и орм не погрешить..

skyANA,
а что это, если не скрытый шаблон репозитария?

skyANA,
Да мне как бы ваша задача вообще не валялась , я мысль поставил не из контекста бронирования и секс услуг( бог ведает чем вы там занимаетесь, но архитектора убил бы) а из контекста когда есть нужда работать с разными типами хранилищ - в контексте единицы работы..

skyANA,


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

МСУ,
что страшного если мы пометили тип атрибутом, это как бы не впадлу..,
но и все что нам надо для обращения к нему
мы не подменяем орм, мы просто из контекста сессии базовой орм лезем по другому провайдеру к другой безе
( из сессии это сделать проще простого) а полученные объекты складируем в кеши...., и работаем с ними не замыкаясь где они лежать, при сохранении так же разруливаем через атрибуты, единственное неудобство это подтягивания форматтера
запроса для каждого типа хранилища ( не сказал выше, но в общем то и так понятно)
вот ситуация Вася лежит в мускуле в Урюпинске, а Петя в базовом контексте орм msql, мне только надо на Васю набросить атрибут
как к нему обращаться, и все........ Вася для меня такой же как Петя из кода.
Зы Это для орм, шаблоны я нигде не упоминал..

skyANA,
мне хранилище вообще до фонаря, его разруливает орм га основе мапов, я вообще не знаю ничего про соединения и кто где лежит
мне дал старший мап, и я выстругиваю буратино из бизнес логики.