По поводу топика который подвергся эвтаназии 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,
мне хранилище вообще до фонаря, его разруливает орм га основе мапов, я вообще не знаю ничего про соединения и кто где лежит
мне дал старший мап, и я выстругиваю буратино из бизнес логики.

skyANAПокажите пример кода, как Вы на Васю набросили атрибут.


и все с Васей вопрос решен......

МСУ,
в том то и дело, что это просто мысли, но на свою чет решил вчера вечером прикрутить, но вот что интересно, почему хибер
этим не обвесился, а может обвесился, это ж проще пареной репы в ихней реализации сделать, а вот EF как бы тут быть, если надо получать из разных мест данные и работать в контестке ихней сессии, вот и завел топ поразмышлять..

Хотя до этого как бы задача не стояла так актуально, иногда веб сервисами поигрывал, а вот в единицу работы свести как бы вчера задумался...

МСУ,
дык надо писать дата контекс, а так хочется набросить атрибут на сущность с доступом к источнику, и работать с ним как с родным ((, может и сделают что то похожее, ведь активно развивается и по количеству исп. давно перекрыл другие орм

skyANAГде-то в степипропущено...



и все с Васей вопрос решен......Я и говорю, что Вы об уровне доступа к данным. При чём тут ссылка в первом посте топика, не понятно.
— Иди отсюда, мальчик, не мешай!(с)

МСУГде-то в степиМСУ,
дык надо писать дата контекс, а так хочется набросить атрибут на сущность с доступом к источнику, и работать с ним как с родным ((, может и сделают что то похожее, ведь активно развивается и по количеству исп. давно перекрыл другие орм
Не знаю, мне не хочется :) Мешать технологии доступа к данным в кучу - сомнительное занятие. Во-вторых, тебе нужно будет продублировать кучу функционала того же SOA (WCF, ASMX) в этом атрибуте. Смысл? В-третьих, а как же нативная кодогенерация в SOA?
Не мешать, а вывести доступ данным в отдельный слой, если есть орм, так почему бы не присовокупить к ней получение из других источников и работать с ними в единице сесии?, на счет SOA .... тут ты прав, придется потрудиться - хотя бы один раз.
атрибут бы выглядел
[DataHost("Connectstring",Provider.самодельный,"MyProwider")]
тут вот бы и подошла вторя строчка поста об унификации доступа для всех орм
MyProwider был бы написан на интерфейсах, и легко вживлялся бы в любую орм.

skyANAТо есть надо таблицы соответствий создавать. Нужно мутить отдельную Бд.
вот тут соглашусь Вами, и даже поставлю +

skyANAАга, пойду. Ваши мысли не подходят для задачи поиска и бронирования услуг.
не пральный ответ
надо было — Дядя, чего Вы кричите?! (с)

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

МСУ,
может ты и прав
— Как говорит наш дорогой шеф, в нашем деле главное — этот самый реализм!

МСУГде-то в степи, что там со штопором? Кстати, Рождество завтра же?
как говорит Высоцкий - Конец простой: пришел тягач, И там был трос, и там был врач(с)
После того как я сломал щеку рукоятки ножа и протолкнул пробку во внутрь, жена ( как я не противился этому)
пошла к соседке за штопором, штопор принесла, через 15 мин. на рисовалась соседка в Татьяна, в подпитии.
И понеслось, мы раздавили с ней полторашку пива и пузырь водки, конец помню плохо, но штопор был нам подарен
навсегда, жена говорит делал попытки достойной встречи нового года, в себя пришел только в следующем году, потом
пришли друзья - линуксоиды ( я их пингвинами зову) а эти как всегда любят вдрабыган, если не вдрабыган - ты не линуксоид.
И завертелось закружилось, до четвертого все было сьедено и выпито,остатки зимнего были спущены в унитаз, а вру
остались баночка китайских грибов ( которую купил по дурости) никто не рискнул ее приговорить, так и стоит одиноко на верхней полке холодильника..., вот рождество встречу почти трезвый.., пингвины по слухам продолжают куролесить, значит есть шанс что ком не не зарулят..