Ɖ
У него Configure и PostConfigure идут всегда вместе
Size: a a a
2021 June 06
Ɖ
Это как раз делает невозможным зарегать в неправильном порядке
Ɖ
Проблема твоей реализации в том что валидация никак не привязана к настройке, из-за этого и возникает баг с валидацией при неправильном порядке
Ɖ
И это тоже можно сделать иначе, если тебе нужно валидировать по другому
Ɖ
Концепт все равно другой
AK
я просто не вижу в этом багу, это обычное обьявление переменных и они должны быть обьявлены именно в таком порядке
AK
обьявлено не так? Ну будет ошибка, читай и всё пройдёт )
Ɖ
Это справедливо в случае когда, например, ты настраиваешь middleware
Ɖ
Где порядок действительно важен
Ɖ
В ConfigureServices порядок не должен абсолютно никак влиять, это нарушает концепцию построения предсказуемой регистрации зависимостей
Ɖ
Суть этого метода в том, чтобы сказать "если понадобится взять такой то сервис, возьми его вот так", без всякого упорядочивания,, а никак не в валидации параметров сервисов добавленных выше или ниже
AK
потому у меня их 2 )
Ɖ
А зачем их 2 то
AK
1й блок конфигурит конфигурацию
2й сервисы
и 3й уже за бекграунд таски отвечает
2й сервисы
и 3й уже за бекграунд таски отвечает
AK
ну и логирование там где то между ними
Ɖ
Окей, но фишка в том, что при перемешивании этих вызовов местами ты должен получить в итоге точно такой же граф зависимостей
Ɖ
И падать оно не должно
Ɖ
Абсолютно любая библиотека будет работать именно таким образом
AK
а нахера их перемешивать? )
Ɖ
А нахера заставлять писать в корректном порядке? Который ещё где то должен быть документирован, к слову