Всем привет. На какие траблы я наткнусь, если в приложении wpf

вставлю hostbuilder из asp.net core?
Просто не хочется мне использовать backgroundworker или таски, а хочется сделать сервис с DI и чтобы в фоновом потоке крутился он (IHostService например)
Но в вебе я не так хорошо шарю и не ждёт ли меня подарок в виде открытия портов и запуска хоста сначала как веб приложения, а уже потом как WPF?

Зачем тебе?

Есть запрос заказчика на периодическое обновления БД

А чем таски, трэды и тд не нравятся?

Можно же по идее выставить целый поток на обновление и с делеем внутри

Щаб поток блокировать

Task.Delay же

Фраза "целый поток" как-то не располагает поверить, что речь шла именно о таске с Delay

По большому счету попробовать что-то новое Просто идея с внедрением зависимостей мне импонирует и не хочется код усложнять, а в одном месте зарегать несколько штук классов и дёргать их когда надо в конструкторе

Вообще-то именно о нем 😒

Мне почему то кажется, что ты как раз усложняешь все!

😁 Ну типо закинул например кэш, зарегал Потом дёрнул его где надо присоздании объекта Или например если приложение использует Page, то можно там зарегать Viewmodels и потом её подставлять при новом создании Page с последними её состояниями, а не создавать дефолтную Viewmodels или держать её в каких-нибудь классах оболочках и уж тем более не сохранять её значения где-то в другом месте) Мне это представляется на самом деле легко и просто Но я очкую, что я чего-то очень не понимаю Не зря ж так не делают в WPF приложениях 😁 На NetFramework точно. На NetCore особо не видел ничего интересного.

Почитай про mvvm

Чет ты там чет хитрое делаешь

Я знаю, что это за паттерн такой) Я говорю, эта идея мне в голову пришла просто чисто попровать, но я не особо шарю, что там под капотом создаётся

А что за идея

Вот и решил спросить, открываются ли там порты, запускается ли все это дело именно как веб приложение или как консолька, на подобии workerа

Hostbuilder в WPF Чтобы юзать DI и пилить фоновые задачи как сервисы, на подобии как в вебе

Можно в модель все впихнуть, нет?

Это всё ради DI?

Ну не прям в модель Я стараюсь в модели только классы описывающие данные пихать А что-то такое складываю в отдельный слой, чего то вроде "логики", но да Сообственно я так и сделал бы)

Можешь либу сделать со всей логикой и привинтить

Побольшому счету да И мне кажется с токой херней можно сделать проект с более меньшей кодовой базой. Типо за счёт DI не нужно например писать никаких тасков А просто в одном месте при старте проги запустил как IHostService и сам код в сервисе поддерживаешь с двумя событиями старта и завершения. Мне кажется крутая идея.

Команды используешь?

Да

Мне надо отрисовать перемещение элемента мышью. Сделал попап, таскаю по курсору

Технически корный DI можно использовать в WPF (почти как ты и говоришь, через generic host builder). Но что-то твои дальнейшие рассказы про то, как ты будешь заменять background worker на IHostService, не очень воодушевляют. Точно понимаешь, что делаешь?

Точно понимаю) А что Вас, собственно, смущает?

Эм, ну, background worker — это инструмент, который выполняет изолированный кусочек работы в бэкнраунде, а потом возвращается на UI тред. Сервис же работает всё время, в общем случае никаких изолированный кусков работы не имеет, про UI ничего не знает. Мне кажется, у них ничего общего нет. Как одно может заменить другое?