ты же смотрел видимо видео Ильи.. он же на оба вопроса ответил там
что ему мешало интересно добавить url в env variables раз он уже начал
ну так мне казалось, что в данном случае это излишне, поэтому и прошу более развёрнутый комментарий
в данном случае работают все те же праывила единой ответственности что и в обычном компоненте
так причем тут здравый смысл? я что то упускаю из виду?
т.е. мы должны вынести всеь од, который отвечает за формирование урла и запрос, а в экшене оставить только ЛоадЧтоНибудь.then(... коммитЧтоНибудь)
да, ENV переменные, это не константы для строк адреса бэка
какие это может вызвать проблемы в дальнейшем?
хз, ни разу не видел такого, и надеюсь не увижу
нуу, допустим у нас тестовое окружение одно, продкашен сборка располагается в другом окружении, еще и от контекста меняются данные. Тестеры тоже тестят со своими значениями. Не вижу пока преград.
это вынос будет base_url в env, это норм и правильно. а выность весь url в env это СТРАННО
ааа, разумеется, я имел ввиду только base url
при это такой подход практически сразу заставит создать транспортный слой, иначе будет не только нарушение SOLID но и нарушение DRY
значения же не будут репитится, где нарушение драй?
если ты будешь делать axios.get(baseURL+'/url/some/endpoint') постоянно, это нарушение DRY как минимум в части baseURL+
имеешь ввиду что на каждом таком запросе будет заново вычисляться значение?
имею в виду, что в каждом запросе тебе нужно писать одно и тоже, всегда, постоянно..
окей, ладно, да, какие еще варианты у меня есть?
сделать транспортный слой, создать инстанс аксиоса, который будет сразу настроен с прописаным бейзом
однако факт того что на каждом месте он будет вычисляться заново вызывая конструктор не отменяется
а это ни к DRY, ни к SOLID не относится,
Обсуждают сегодня