NT
проблема решится
Size: a a a
2017 September 06
AK
он же мобильное приложение пилит, какой request scope?
NT
вообще использовать энтити на мобилке находится в топ-100 дурацких затей, о которых я слышал
NT
он же мобильное приложение пилит, какой request scope?
кнопку нажал - создал реквест на изменение
NT
выполнил операцию
NT
закрыл реквест
NT
одна команда - один реквест
NT
или одна форма - один реквест
AK
я с трудом себе это представляю, но думаю что ты знаешь о чем говоришь
NT
ну по сути это выражается в оборачивании любых изменений в транзакции
λ
вообще использовать энтити на мобилке находится в топ-100 дурацких затей, о которых я слышал
Вроде сами Microsoft рекомендуют юзать EF Core + Sqlite для мобайла. Да производительность не проседает на первый взгляд. Ладно.
NK
На
using (var context = new EntityContext()) {} мб остановиться? Кто-нибудь так делает?Когда мне нужно агрегировать данные с нескольких БД или наоборот, положить данные в несколько отдельных БД , то я так часто делаю. Т.е. достаю нужную информацию с первой, потом с этими данными иду во вторую и т.д. По нагрузке/оптимизации ничего сказать не могу, но работает.
NK
Вроде сами Microsoft рекомендуют юзать EF Core + Sqlite для мобайла. Да производительность не проседает на первый взгляд. Ладно.
В большенстве задач на мобиле и локальная база-то не нужна. Хватает обычной сериализации-десериализации во что нибудь.
Ну и энтити фреймворк кор тяжеловат по сравнению с шарповыми врапперами для sqlite
Ну и энтити фреймворк кор тяжеловат по сравнению с шарповыми врапперами для sqlite
NK
Пример - в одной БД лежат данные по городам, в другой данные по проектам в этом городе - ну ТЗ такое было, в разных БД хранить. Если мне нужно сгенерить отчет по город-проекты, то сначала с первого контекста беру нужные данные , затем иду во второй , потом все это в некую ViewModel ложу
NK
Код выглядит достаточно понятно и красиво, но за корректность подхода ничего сказать не могу
NK
Естественно, поход в каждый контекст делаю через using (...)
λ
Вообще, в Autofac есть экстеншн —
.InstancePerLifetimeScope(). Так как логика каждого View представлена отдельной ViewModel, думаю, можно для каждой вьюмодели создавать новый LifetimeScope — и ресолвить эту вьюмодель из этой новой LifetimeScope. Тогда мы получим, что все зависимости, и зависимости зависимостей, инжектируемые в эту ViewModel, будут делить между собой инстансы друг друга.λ
В том числе контекст. А новые
LifetimeScope создавать фабричными свойствами в ViewModelLocator.λ
С другой стороны, это тоже выглядит как костыль, призванный заставить EntityFramework работать.
β🎀
что мешает сделать фабрику