Alex
Alex
Кстати, скажи мне, как человеку далекому от этого вашего фронта. У меня сейчас проектина вью на вебпаке v1, какие ощутимые плюшки будут при переходе на v2/v3?
Ну если только последние фишки вебпака по более интеллектуальному тришейкингу. Не помню вот с какого там можно впилить синтаксис динамических импортов
Vladislav
Andrey
ну, насколько я помню, для работы тришейкинга либы должны поддерживать это, иначе никакого эффекта не будет
Alex
ну асинхронное подключение чего-либо, вебпак сам выпилит в отдельный чанк и подгрузит когда надо. () => import('...')
Vladislav
ого
Alex
у нас в проекте везде для подключения компонентов используется
Alex
и не дублируются две портянки списков импорта компонентов и подключения компонентов
Alex
по мне так удобнее, меньше кода, всё работает, асинхронно
Andrey
да, я и говорю vuelidate это все может
что то какое-то стремное решение
https://monterail.github.io/vuelidate/#sub-dynamic-validation-schema
Andrey
а если у меня в одной форме 4 чекбокса?
Andrey
в этом плане VeeValidate лучше выглядит, потому что там через директивы назначаются правила валидации, поле зарендерено - будет валидироваться, если оно не редерилось - не будет
Bera
что использует vue js заместо ajax
Anonymous
а мы axios
Alex
https://github.com/Grafikart/ts-vue-loader может кому для TS+HMR пригодится
Andrey
что то какое-то стремное решение
https://monterail.github.io/vuelidate/#sub-dynamic-validation-schema
а, оказывается есть requiredIf
Илья
кстати пользуясь случаем порекламлю чат по nuxt.js, кто еще не знает https://t.me/nuxtjs_ru
zinge 🐌
а если у меня в одной форме 4 чекбокса?
Да хоть 100, выноси каждый элемент в отдельный компонент, и у каждого будет свой обработчик ошибок
Andrey
Andrey
в итоге на veevalidate сделал, с дерганьем метода валидации в дочерних компонентах
Anonymous
Чому кстати vuelidate, а не vee, обычно советуют?
Rafael 🌵
для сложной валидации
Rafael 🌵
правильнее писать компонентку обертку одну для всех в таком случае
Kirill
Ребят кто подскажет как сделать модальное окно, в котором будет информация о сотруднике.
Имеется тревел смета в виде таблицы, в каждой статье (строка таблицы) расходов есть сотрудник.
При клике на его имя должно всплывать модальное окно с его данными, возможностью изменить их.
Kirill
решение влоб это для каждой строки делать компонент и прокидывать пропсы
Kirill
нельзя ли как то красивее сделать?
Anonymous
Скрывать модалку, по клику менять isEditing, показывать её и всё, можем пропсом компонент, можешь прямо там
Kirill
показывание модалки понятно.. то есть её 1 штуку сделать?
Kirill
а как в неё id передать?
Kirill
id сотрудника по которому кликнули
Anonymous
При клике на edit передавать аргументом
Anonymous
@click="handleEdit(employee.id)"
Kirill
так...а если модалка в родителе?
Anonymous
Или как там, уже не помню
Anonymous
Передай по методу
Anonymous
В методе вызови метод из пропсов
Kirill
emit?
Anonymous
А в методе из пропсов сам маняврируй
Anonymous
Хз я во вью не оч у меня ближе реактовский подход
qluqua
Добрый вечер) А есть в заначке у кого хорошее решение для определения IE и его версии без регулярных выражений, регистрации и смс? Ну или с регулярками, лишь бы работало нормально)
qluqua
Из Гугла и Стак Оверфлоу штук пять уже перепробовал решений, нифига не детектят версии нормально(
Родион
ну вот тебе отдельно стоящий броузер-детектор
https://yarnpkg.com/en/package/detect-browser
Владимир
ну есть мнение, что шина событий - это зло, поэтому я хотел придумать какое-то решение без нее. Но если ничего не придумаю, то само собой воспрользуюсь шиной
у меня есть мнение, что vuex ещё большее зло. 🙂
Oleksandr
у меня есть мнение, что vuex ещё большее зло. 🙂
Ага. На сотне компонентов где все завязано какой подход будет лучше?)) Шина ? 🙈😂
Владимир
пока не знаю. в поиске
Владимир
возможно rx.js
Владимир
или что-то вроде
Владимир
какой-нибудь реактивный коммутатор
не пассивный (как вуекс)
Roman
А что подразумевается под "пассивностью"?
Владимир
флюкс (вуекс) тупой и многословный
от чего-то одного из этих двух избавиться - уже лучше будет
Vladislav
флюкс (вуекс) тупой и многословный
от чего-то одного из этих двух избавиться - уже лучше будет
критикуешь - предлагай)
Vladislav
какие варианты есть еще?
Vladislav
кроме шины
Владимир
А что подразумевается под "пассивностью"?
сложно ответить. он просто хранилище. без мозгов. всю логику нужно дополнительно навешивать. rx, например, позволяет фильтровать/взаимообуславливать/маршрутизировать/и тп. состояния - т.е. строить производные состояния. таким образом на нём можно организовывать бизнес логику (контроль над приложением).
Владимир
кроме шины
пока не знаю
щас горящее приложение допиливаю (без хранилища)
на очереди (как зарелизим) свой проект. вот там уже буду добивать эту тему
Roman
Так в доках разработчики vuex вроде ж и не скрывают, что это чисто хранилище
Владимир
я не говорю что кто-то скрывает
Владимир
RX - тоже не сахар, в плане многословности и трахотни, однако он хотя бы умный
Владимир
есть за что бороться
Sergey
Всем привет! Делаю 10 последних треков для сайта. Через axios получаю массив з треками в дата tracks: [] . Через v-for получаю список тут все ок. Сделал кнопку плей при нажатии берется src
Sergey
и вставляеться в тег audio тут все ок Вопрос как по ид трека играть и виводить (время и т.д) в v-for?
qluqua
Yaroslav 🇺🇦
Состояние это состояние а потоки это потоки. На малых масштабах вуекс лучше разделить на модуля. На большых масштабах в проекте с рикс будет сложно скомбинировать мутанта выделяя части с каждого потока. В яндексе помоему эту тему курили и выбросили к чертям.
Владимир
Состояние это состояние а потоки это потоки. На малых масштабах вуекс лучше разделить на модуля. На большых масштабах в проекте с рикс будет сложно скомбинировать мутанта выделяя части с каждого потока. В яндексе помоему эту тему курили и выбросили к чертям.
помнится когда на делфи программил, там был такой компонент (не помню название, не суть), единственной целью которого, было брать низкоуровневые события (типа клик, пресс-баттон, инпут char и тп), фильтровать по юзерской логике и создавать более высокоуровневые события (типа шоу-модал и тп). их можно было комутировать многослойно при желании. так вот. когда заюзал - много сложностей упростил и выкинул. оч удобно. RX может подобный эффект произвести. возможно даже вуекс выкидывать не придётся - пусть себе хранит состояния, в конце концов проброска по пропсам не так многословна.
а вот комитить мне кааца нужно через умный коммутатор. а то чё то уныло очень из коробки
Владимир
а яяндекс не шибко авторитет для меня, покурили-запутались-выбросили.. эка невидаль
Yaroslav 🇺🇦
не помню такого компонента, но делфи помню уровня 99 года, тут есть ребята которые в этом году родились.
обрабатывать события, в том числе с дисппатчем в конце пайплайн - да оч удобно
Sergey
Ребят, есть такие, кто пишет в связке nuxtJS + typescript?
Есть пару вопросов
Anonymous
подскажите, как можно перейти на роут из кода