service locator? Какие интрументы юзаются для этого?
сервис локатор -- антипаттерн
Принято, если нест - то его Ди, если свое - инверсифай
от фреймворка зависит, в некоторыз вообще DI не нужен как и классы в принципе
Уж лучше, чем импорт всего откуда угодно.
это тоже самое
Неа. В тестах в сервис локатор можно легко закинуть фейк и протесить
с импортом ты тоже можешь мокнуть импорт и заменить на свое. без каких-либо проблем
С потерей типов, через костыли? А сервис локатор можно всегда через аргументы таскать.
суть ДИ в том, что ты настраиваешь конфигурацию в корне приложения. а все остальное вообще не знает что у тебя ДИ (ну, в идеале). и зависимости указываются явно, в конструкторе. в случае с сервис локатором ты можешь в любой функции вызвать через него любую зависимость. значит придется по всему коду искать что же ты там используешь в зависимостях. это не явно и ничем не отличается от импорта.
ди-контейнеры в тс не проверяют типы
Да я и не в курсе. Только с пхп буду на ноду прыгать. В пыхе с DI всё хорошо. Хз как там в ноде
сервис-локатор является анти-паттерном в любом языке
Локатор можно в аргумент ф-ции передавать. Это уж лучше, чем импорт. Вообще не защищаю локатор, если что. Согласен - антипаттерн
явно -- это только когда ты передаешь через аргументы сами зависимости.
А именнованный импорт тоже нормально мокается? Я на фронте пробовал мокать, чёто не выходило, только через вайлкард import * as module from '..'
насколько я знаю, да, мокается всё без проблем
Почитал в доке jest мок ECMAScript Modules - экспеременальная фича и имеет баги.
у меня тс и commonjs (ну, после транспиляции)
Почему сейчас так часто говорят про TS, неужели CoffeeScript так сильно ему проигрывает?)
CoffeeScript для другого совсем
Он же сдох🌚
тс -- это жс с типами
Обсуждают сегодня