Ну и да из-за хайпа и массового переезда на вебпак, кучи всякого для него и возникают вопрос “а на фига?”. Лезишь в доку и там прям кровь, кишки, там юльтромары за Императора в бой идут. Таже дока по вую при в разы большей сложности инструмента как-то проще.

кто как хочет, так и извращается. комьюнити на стороне вебпака :D

Ладно, надо дальше палочкой тыкать в песочнице.

https://github.com/silverbackdan/modules/blob/323a5e76c2561ef96bce888b9c45450cf9ccdd8c/modules/axios/plugin.js <% if это что за шаблонизатор такой?

Меня интересуют килерфичи вебпака, причем уходящие за пределы доки? имеено использование.

Тогда код сплитинг

https://github.com/silverbackdan/modules/blob/323a5e76c2561ef96bce888b9c45450cf9ccdd8c/modules/axios/plugin.js <% if это что за шаблонизатор такой?

Вроде лодашевский

https://lodash.com/docs/4.17.4#template

Спасибо?

что есть по шаблонизаторам для статических html страниц, чтобы можно сделать layout и его для каждой страниый экстендить. делаю всё с parcel сборщиком

Добрый вечер, Коллеги) Подскажите такой момент пожалуйста. Использую Vue-CLI и в нем использую axios. Запускаю npm run dev и при изменении какого то компонента в браузере никаких изменений пока не запущу npm run build

ну может сталкивался кто, по какой причине может не работать run dev

Файл не сохраняется, например

зачем сразу сарказм этот

soft-save выруби в редакторе

или в вебпак впили --watch-polls (вродь)

Сохраняю изменения но ничего не происходит. Даже если я запущу run dev , внесу изменения и в ручную обновлю страницу все равно ничего. Пока не сделаю билд

зачем сразу сарказм этот

Это не сарказм. Это намек на скинь ошибку или чо там кли пишет

ну может сталкивался кто, по какой причине может не работать run dev

сталкивался

вот и больше ничего не появляется

soft-save выруби в редакторе

или в вебпак впили --watch-polls (вродь)

Странный путь. Или это норма в третьем cli?

Ну у меня xampp установлен по этому пути. htdocs корень сервера, i папка с проектом

Я про /./dist

ооо блин точно. Я забыл что я игрался в файле вебпак

сейчас поищу

спасибо. Сори за тупость, с 7 утра в коде сижу и уже мозг плавится

dev алиас был в старом шаблоне вебпака

новая кли уже заставляет npm run serve

Все заработало. Спасибо

Php это уже фронт, а Js верстка

надо в стикеры

Низкоуровневая вёртка на html

Программирование на css

Гадание на именах переменных

Гадание на именах переменных

Гадание на типах переменных

Надо сделать интерпретатор пыха на ЖСе, чтобы можно было писать на пыхе и фронт и бек

Гадание на типах переменных

На типах данных тогда уже)

На типах данных тогда уже)

Ооооо, далеко зашёл

Люблю рисковать)

Анектод: Идут как то два фронтендера, один на vue пишет, другой пидр

ХАХАХА

Я такой анекдот в чате про ангуляр слышал

ребята, как добавить PWA в уже существующий проект на vue-cli?

Анектод: Идут как то два фронтендера, один на vue пишет, другой пидр

?

ребята, как добавить PWA в уже существующий проект на vue-cli?

Реализовать недостающие функции?

Мужики, тут спор в соседнем чатике, надо чье-то мнение еще. Суть: хранение состояния приложения/данных и состояние UI в store. Вопрос: как вы считаете, следует ли состояние UI (к примеру, положение блока, цвет и пр.), которое отлично разруливается событийной моделью (как локальной от потомка к родителю, так и глобальной шиной) и локальным состоянием компонентов, совать в store? Пример: компонент Foo умеет менять свой цвет по определенному событию, которое может вызываться откуда угодно и кем угодно и никак не связано с работой приложения/его данными. P. S. Может сумбурно, но думаю логику уловите. P. S. 2. Мое мнение - мужи и котлеты отдельно, а совать вообще все в store плохая практика.

@c01nd01r как вариант

Сразу оговорюсь, оппонент React'овод и рассуждает в контексте Redux и жирного объекта (все в одном месте)

Мужики, тут спор в соседнем чатике, надо чье-то мнение еще. Суть: хранение состояния приложения/данных и состояние UI в store. Вопрос: как вы считаете, следует ли состояние UI (к примеру, положение блока, цвет и пр.), которое отлично разруливается событийной моделью (как локальной от потомка к родителю, так и глобальной шиной) и локальным состоянием компонентов, совать в store? Пример: компонент Foo умеет менять свой цвет по определенному событию, которое может вызываться откуда угодно и кем угодно и никак не связано с работой приложения/его данными. P. S. Может сумбурно, но думаю логику уловите. P. S. 2. Мое мнение - мужи и котлеты отдельно, а совать вообще все в store плохая практика.

В реакте обсуждали?

В реакте обсуждали?

Не, в @habragram

Сразу оговорюсь, оппонент React'овод и рассуждает в контексте Redux и жирного объекта (все в одном месте)

Ну у них так принято. Они по другому по-моему даже делать не пробуют. Тоже пишу на реакте. Сам временами в шоке. Все через этот ебаный редакс.

Ну у них так принято. Они по другому по-моему даже делать не пробуют. Тоже пишу на реакте. Сам временами в шоке. Все через этот ебаный редакс.

Просто у меня с React знакомство кончилось на моменте - эточезах?!ктоэтосделал!? ?

По-этому особо в их кухне не разбираюсь.

Просто у меня с React знакомство кончилось на моменте - эточезах?!ктоэтосделал!? ?

Ну некоторые подходы интересные. В итоге чем больше знаешь чем проще решать проблемы.

Ну некоторые подходы интересные. В итоге чем больше знаешь чем проще решать проблемы.

Да понятно, что есть и сильные стороны. Вопрос чисто в предпочтениях.

В большинстве случаев, компонент должен отвечать сам за себя. Работа с серверным апи должна быть максимально отделена от отображения. Стору нужно юзать, когда нужны общие данные между компонентами

В большинстве случаев, компонент должен отвечать сам за себя. Работа с серверным апи должна быть максимально отделена от отображения. Стору нужно юзать, когда нужны общие данные между компонентами

Ага, именно такая точка зрения (с некоторыми поправками, но не суть)

Ага, именно такая точка зрения (с некоторыми поправками, но не суть)

Для общего развития попробуй redux-forms забороть)))

Для общего развития попробуй redux-forms забороть)))

Гхм... А зачем стейт в сторе формам? О_о

Может есть какой юзкейс?

Может есть какой юзкейс?

Да там эксамплы есть на сайте. Просто посмотри как оно работает.

Гхм... А зачем стейт в сторе формам? О_о

Да я почему знаю. Сам борюсь)))

Посмотрел примеры, все равно не понял зачем это и кому вообще пришла эта идея в голову? Это какой-то... ну это... эм... гхм... не знаю даже как сказать.

Может есть какой юзкейс?

Есть

Use React for ephemeral state that doesn’t matter to the app globally and doesn’t mutate in complex ways. For example, a toggle in some UI element, a form input state. Use Redux for state that matters globally or is mutated in complex ways. For example, cached users, or a post draft.

Мужики, тут спор в соседнем чатике, надо чье-то мнение еще. Суть: хранение состояния приложения/данных и состояние UI в store. Вопрос: как вы считаете, следует ли состояние UI (к примеру, положение блока, цвет и пр.), которое отлично разруливается событийной моделью (как локальной от потомка к родителю, так и глобальной шиной) и локальным состоянием компонентов, совать в store? Пример: компонент Foo умеет менять свой цвет по определенному событию, которое может вызываться откуда угодно и кем угодно и никак не связано с работой приложения/его данными. P. S. Может сумбурно, но думаю логику уловите. P. S. 2. Мое мнение - мужи и котлеты отдельно, а совать вообще все в store плохая практика.

Глобальные данные и логика - в сторе. Локальные - в компонентах обертках. Вопрос в том что глобальное ))

Глобальные данные и логика - в сторе. Локальные - в компонентах обертках. Вопрос в том что глобальное ))

Ну вот банальный пример с динамически меняющим цвет компонентом.

Ну вот банальный пример с динамически меняющим цвет компонентом.

Если это 100% не влияет на глобальный стейт, стор только усложнит дело

Если это 100% не влияет на глобальный стейт, стор только усложнит дело

Вот, по-этому логично вписывается глобальная шина событий.

Вот, по-этому логично вписывается глобальная шина событий.

логично сделать датой или пропсом

Вот, по-этому логично вписывается глобальная шина событий.

Глобальная шина - одна на все ? Или типа контейнера?

Глобальная шина - одна на все ? Или типа контейнера?

кривой перевод global event bus

логично сделать датой или пропсом

Инициатором события может выступать любой компонет вне иерархии.

Инициатором события может выступать любой компонет вне иерархии.

Тогда в стор

Инициатором события может выступать любой компонет вне иерархии.

тогда вам стоит пересмотреть архитектуру

По мне

Т.е. сам компонент и создаваемое событие между собой прямой связи не имеют вообще.

Какая разница что дебажить, глобальную шину или стор

У стора больше инструментов хоть

Какая разница что дебажить, глобальную шину или стор

шину заебешься дебажить

Так я и говорю, что не прозе

Не проще

вообще лучше обходится без стора и шины

а правильно расставить компоненты

не тяните жопу туда, куда не надо

и прототипы не срите

и маму слушайте

шину заебешься дебажить

Как можно прострелить ногу на банальных вещах?

тогда вам стоит пересмотреть архитектуру

Как это связано? Понятно, что пример высосан из пальца, но тем не менее имеет право на существование.

И это не идет в разрез с архитектурой.

Как это связано? Понятно, что пример высосан из пальца, но тем не менее имеет право на существование.

не спорю, право на существование имеет, но после написания выясняется, что ты наговнил и нужно было делать по другому