Как пойдет, зачастую оно в asp net
Мы не используем Dependency Injection.
и как вам живётся?
А как управляете зависимостями? Вручную?
Мне нужно background job настроить, который будет синхронизировать данные с локальной базы на клиенте, с базой на сервере. Нужно получать от com портов данные, преобразовывать их. Думаю мне надо добавить DI Container.
А при чём здесь авалония?
Лучше разделить локальный сервер и клиент на авалонии?
так это вроде вообще не коррелирует никак между собой ps: мы используем DI в WPF/авалонии
Можно создать проект Worker. Там уже есть di. Потом регистрировать его как сервис в винде
какое отношение имеет DI к тому что ты написал? :)
Какие зависимости?
Вопрос подразумевает что я использую Dependency Injection, хотя я только что сказал что не
Зависимости существуют независимо от того, есть di или нет его
Вот нужно дбконтекст получить и что-то сохранить. Как это в коде у вас выглядит?
Наверное Вы имеете в виду Dependency Injection Container, а не Dependency Injection (судя по слову «вручную»)
В этом и вопрос. Можно посмотреть как в коде с бд работают?
Я не понимаю вопроса. Чтобы пообщаться с базой данных, нужно вызвать какую-то функцию. В чем проблема?
да чат GPT так же подсказал но мне не нравится это реализация, если MemoryCache thread-safe проблема решена
Тут ответ прост. Просто не используй efc и не нужно получать будет dbcontext
Окей. Можно код посмотреть? Любопытно как это выглядит
Пример создания какого-нибудь сложного класса или работы с бд
А зачем тебе в проекте сложные классы?
Посмотреть на них
Обсуждают сегодня