VA
di фрейворк в тестах - остановите землю я сойду)
это не DI в тестах, а тесты, умеющие работать с DI для создания обвязки. тот же Spring Test живёт сколько лет и ничего, никто его не хает за это
Size: a a a
2020 May 26
I
можно передать тестовую реализацию сервиса, используемого в модуле?
подожи, но у тебя же unit тест,
там ты же можешь класс создать руками и сам передать туда 2-3 его зависимости в виде моков
не понимаю зачем там di-фреймворк
там ты же можешь класс создать руками и сам передать туда 2-3 его зависимости в виде моков
не понимаю зачем там di-фреймворк
VP
подожи, но у тебя же unit тест,
там ты же можешь класс создать руками и сам передать туда 2-3 его зависимости в виде моков
не понимаю зачем там di-фреймворк
там ты же можешь класс создать руками и сам передать туда 2-3 его зависимости в виде моков
не понимаю зачем там di-фреймворк
Так это наверное не для unit-тестов
I
Так это наверное не для unit-тестов
так для интеграционных оно тем более не нужно 🤔
VA
подожи, но у тебя же unit тест,
там ты же можешь класс создать руками и сам передать туда 2-3 его зависимости в виде моков
не понимаю зачем там di-фреймворк
там ты же можешь класс создать руками и сам передать туда 2-3 его зависимости в виде моков
не понимаю зачем там di-фреймворк
тесты одними unit на один класс не заканчиваются. Иногда тестируется связка бинов, в которых только пара бинов - моки, а остальные реальные
D
так для интеграционных оно тем более не нужно 🤔
ну удачи с нуля законфигурить под каждый тест конфигурацию
VP
так для интеграционных оно тем более не нужно 🤔
Почему? Поднял кусок приложения и тестишь
VP
Оно нужно настолько же, насколько DI-контейнер в основном коде
I
Оно нужно настолько же, насколько DI-контейнер в основном коде
я бы сказал что оно нигде не нужно,
НО это ваши энтерпрайзные подходы - не буду в них лезть
НО это ваши энтерпрайзные подходы - не буду в них лезть
VP
я бы сказал что оно нигде не нужно,
НО это ваши энтерпрайзные подходы - не буду в них лезть
НО это ваши энтерпрайзные подходы - не буду в них лезть
Так претензия к тому, что DI-контейнер вообще не нужен или не нужен только в тестах? 🤷♂️
VP
Если первое - то ок, если второе - то немного не понятно.
VP
Потому что если в основном коде он есть, то в тестах он может понадобиться по тем же причинам - лень руками собирать граф зависимостей
I
ладно это уже полный офтоп, хотя я бы почитал мнения людей типа кент-бека и анклоба
VA
о, блин. ну вы ещё скажите тогда, что и Gradle/Maven не нужен и всё Ant можно собрать… а Gradle/Maven это для энтерпрайза с его сложными конфигурациями сборок и прочими девочками
D
я бы сказал что оно нигде не нужно,
НО это ваши энтерпрайзные подходы - не буду в них лезть
НО это ваши энтерпрайзные подходы - не буду в них лезть
странно это слышать в котлин жвм чате
VA
странно это слышать в котлин жвм чате
ещё и от админа канала
I
D
D
но да ладно
AM
будто DI - это только спринг
Ты правда думаешь, что спорить о DI с человеком, у которого кложа на аватарке, есть смысл? Совершенно очевидно, что у вас достаточно разные взгляды на построение приложений :)