#31 provide/inject - Vue.js: концепции
HTML-код
- Опубликовано: 2 сен 2021
- Документация: v3.ru.vuejs.org/ru/guide/comp...
Присоединяйтесь к нам в telegram t.me/vuejs_club
Видео создано благодаря подписчикам проекта на нашем Patreon.
Хотите получать контент на 3 месяца раньше остальных? Присоединяйтесь! / javascriptninja
Это что, сон?) наконец-то продолжение курса по вью! огромное спасибо!
это был последний урок походу)
Отличный урок! Спасибо огромное автору!
Спасибо огромное за продолжение!
Звук шикарный, как и урок)
Спасибо, все доступно и понятно по этой теме.
Лайк не глядя
спасибо
Бойцы уходят с поля боя, а зря, курс хороший и наставник опытный...Странно что есть дизлайки...
уже нет
очень круто, когда продолжение?!)
Спасибо вам за прекрасные уроки! продолжение будет?
Спасибо за видео!
Подскажите, пожалуйста, про случай, когда через provide/inject прокидываются статичные данные (конфиги например).
Вопрос: в чем разница между этим способом и способом, где просто экспортировать и импортировать эти статичные данные через js файл? Ведь если provide/inject изначательно нереактивный и данные менять из глубины не нужно?
Сколько будут еще видосов поэтому курсу? чтобы разом посмотреть
(Хотите получать контент на 3 месяца раньше остальных? Присоединяйтесь! patreon.com/javascriptninja __ ) там уже весь курс доступен?
Нет, не доступен
Если вы думаете смотреть разом - то это плохая идея :)
Наша дорожка)
Почему стоит избегать миксинов?
Допустим если есть много компонентов по типу разных инпутов ввода и селектов, у них скорее всего будут некоторые одинаковые пропсы, которые можно вынести в миксин, допустим базовых пропсов, базовых методов. Это плохой подход?
Да, потому что вы потом смотрите на код компонента и не понимаете его внешний АПИ
Спасибо за урок. Возник такой вопрос. Корректно ли провайдить экземпляр сервиса для получение данных из API? Чтобы не инициализировать его в каждом компоненте.
На мой взгляд, гораздо удобнее (конкретно в твоём вопросе) создать условный "api.js", в котором, при первом подключении будет всё необходимое инициализироваться, а наружу экспортироваться необходимые объекты/функции.
Соответственно, в любом модуле, ты импортируешь этот "api.js" и используешь те методы, которые нужны.
Не забивай себе голову provide/inject'ом - это то, о чём стоит думать в последнюю очередь, т.е. практически никогда.
@@alekseym1058 И тем самым ты жестко зацепляешь компоненты на конкретный файл. Это очень плохо, особенно когда захочешь писать тесты и мокать этот модуль или делать рефакторинг, или перемещать и изменять файл api.js. Так делать не надо
@@tardigrada777 автор вопроса через пррвайд хотел передавать. Я предложил решение чуть лучше и проще исходя из его вопроса. Лучше на его вопрос ответьте как правильно сделать.
2 месяца без новых видосов, дело пахнет заброшенным керосином(
Продолжение будет? 🙄
Присоединяюсь к вопросу.
А вот это было странно... на этом видео от меня стоял дизлайк. Допускаю, что это у меня кривые руки..
походу вью устареет до окончания этого курса
Люблю такие комментарии. Пр шлете ссылку на свои домашки? :)
Тебя не устраивает БЕСПЛАТНЫЙ КУРС? Чел, такого уровня подачи ты даже на платных не найдешь, а о других бесплатных я вообще молчу. Лучше иди Минина смотри, раз тебя заботит только количество, а не качество
@@NoName-ie5bg воу, чел, иди пукан опусти в прорубь) я не говорил что меня не устраивает курс, курс более чем годный. Я по факту сказал, с такой частотой выпуска видео, актуальность данной информации устареет раньше чем курс закончится
@@JavaScriptNinja ок. доделаю последние и пришлю в телегу
@@yatagun и мне пришли