RB
Но тогда от порядка их добавления зависит пройдёт твоя проверка или нет (если ты скажем хочешь чекнуть что нужный сервис зарегали).
Size: a a a
2021 April 25
RB
Но опять же. Можно вместо настоящей реализации подсунуть заглушку чтобы обойти проверку, а потом следом пойти выпилить её из списка зарегистрированных сервисов.
RB
Это оно и есть
RB
В общем если хочешь Ъ проверок - в Configure их надо делать
Ɖ
В Configure можно достать IServiceProvider который 100% будет иметь все сервисы которые были зареганы, не важно, в каком порядке, поэтому .GetService с проверкой на налл позволит чекнуть наличие сервиса, но какой то кейс непонятный лично мне, просто читаемую ошибку нужно реализовать, мол, "чувак, зарегай"?
RB
За создание ServiceProvider внутри ConfigureServices - получаешь проклятие своего рода до 666 колена
2021 April 26
S
Что-то у меня вопрос тут возник, если мы не учитываем контекст синхронизации, эвэйтим асинхронную операцию, поток уходит в пул потоков, а куда идёт его стэк вызовов? Он просто передаётся ссылкой потоку который будет продолжать работу после завершения асинхронной операции?
β🎀
Зарегистируй сам лучше, через try add
β🎀
Ну посмотри как решили проблему с дбконтекстом в еф, например
β🎀
Ну если есть возможность сделать так, чтобы у пользователя не получилось неправильно зарегистрировать твою зависимость, то лучше эту возможность использовать.
r
Частично получилось, с mingw смог собрать билд в ubuntu под винду. С macos сложнее, не смог найти тулчейн с понятным для использования описанием.
Вообще есть какой-то проверенный инструмент для билда под macos?
Нашёл вот такой:
https://github.com/tpoechtrager/osxcross
Но пока не могу его настроить.
Вообще есть какой-то проверенный инструмент для билда под macos?
Нашёл вот такой:
https://github.com/tpoechtrager/osxcross
Но пока не могу его настроить.