li тут для примера

<a :href="item.url"><li> {{item }} </li> </a>

Вот так как то

Есть у тебя массив объектов, то бери свое свойство и бинди в href

вот так надо

Покажи пример как ты видишь конечный результат

Покажи пример как ты видишь конечный результат

ща just a sec

а хочу что ссылка была одна

Я же писал выше, напиши метод, который будет принимать данные, и возвращать массив с одним элементом. Внутри метода можно любое условие поставить.

#whois не знаю, делают ли так все здесь присутствующие, но традиция есть традиция. Я веб разработчик в компании RailsJedies. Пишу код на Rails и на JS (в данный момент на фреймворке Vue). Довольно углубленно ушел во Vue и в его тонкости. Сообщество интересно своей уникальностью

https://codepen.io/kh0rn/pen/YEyRmE?editors=1010

Хуясе. Чего вы тут настрочили на 500+ постов за ночь?

Хуясе. Чего вы тут настрочили на 500+ постов за ночь?

Мы играли

Ребят спасибо! Я разобрался. Проблема была в реализаций верстки, придется чуть больше по верстать

Опытные товарищи, похоливарьте в честь обеда rx.js vs vuex. Естественно в привязке к Vue. Хочу послушать плюсы минусы и подводные.

Не думаю, что могу причислить себя к опытным, но не особенно понятно, почему "VS", а не "&".

& тем более.

Привет, сделал пользовательскую директиву, например v-demo, и есть такая проблема vue ругается на директиву если ей ничего не передавать. Т.е. <div v-demo></div> - ругается, <div v-demo=""></div> не ругается. Какие манипуляции с директивой надо произвести чтобы директиву можно было бы писать как без ="" и чтобы vue не ругался

никто не знает?

?? да, все верно

Без new лучше не юзать такие

& тем более.

Ну, vuex используешь как хранилище состояния, а rxjs как управление потоками данных. Это разные плоскости чуть-чуть. От Эвана есть плагин для vue , vue-rx, который встраивается в инстанс, добавляет директивы, перехватывающие события и т.д. Вполне можно совместно использовать, на мой взгляд.

Опытные товарищи, похоливарьте в честь обеда rx.js vs vuex. Естественно в привязке к Vue. Хочу послушать плюсы минусы и подводные.

Тот момент, когда, вроде, все знаешь по теме, но не знаешь что такое rx

Без new лучше не юзать такие

м, причины?

Если оно и заведется, то this будет виндоу

Или глобал или где там оно вызывается, но нет новый объект

Кроме call, apply bind, стрелок

И новых методов

никто не знает?

Это обычный js изнутри. Можно воспользоваться старинным способом задавать значение по умолчанию. Например: el.style.color = binding.value || 'red'

Кто нибудь использовал weex для мобильных приложений?

Ну, vuex используешь как хранилище состояния, а rxjs как управление потоками данных. Это разные плоскости чуть-чуть. От Эвана есть плагин для vue , vue-rx, который встраивается в инстанс, добавляет директивы, перехватывающие события и т.д. Вполне можно совместно использовать, на мой взгляд.

Спасибо. Просто я с rx.js не работал никогда. А подобный комментарий иногда стоит нескольких часов мануалов.

Есть какой то толковый разжеванный пример интеграции этого дела

?

Ну может какой-то видосик который когда то кому то очень помог поначалу

Это обычный js изнутри. Можно воспользоваться старинным способом задавать значение по умолчанию. Например: el.style.color = binding.value || 'red'

рекомендую Object.assign для этих целей, если конфиг в объекте. Приятнейшая вещь.

Кто нибудь использовал weex для мобильных приложений?

Вчера один чел здесь хотел попробовать, так и пропал. А вообще, может, есть комната для викса в телеге?? Если нет го создадим.

Могу скинуть ссылку на канал YouTube. Просто вобъешь в поиск rxjs, там и общая информация и с привязкой к Vue. На английском естественно.

Ну может какой-то видосик который когда то кому то очень помог поначалу

https://www.youtube.com/channel/UCSJbGtTlrDami-tDGPUV9-w

Есть какой то толковый разжеванный пример интеграции этого дела

https://habrahabr.ru/company/infopulse/blog/338910/

Всем доброго времени суток! Подскажите пожалуйста, кто знает, имеют ли кастомные компоненты, объявленные как тег, и кастомные компоненты, объявленные через is, какую-то разницу на практике? Проще говоря, <custom></custom> и <div is="custom"></div> - это одно и то же?

Всем доброго времени суток! Подскажите пожалуйста, кто знает, имеют ли кастомные компоненты, объявленные как тег, и кастомные компоненты, объявленные через is, какую-то разницу на практике? Проще говоря, <custom></custom> и <div is="custom"></div> - это одно и то же?

Скорее всего, так как и то, и другое всего лишь указывает на то, какой template рендерить.

Скорее всего, так как и то, и другое всего лишь указывает на то, какой template рендерить.

Ну вот я тоже так думаю, но решила уточнить?

Ну, vuex используешь как хранилище состояния, а rxjs как управление потоками данных. Это разные плоскости чуть-чуть. От Эвана есть плагин для vue , vue-rx, который встраивается в инстанс, добавляет директивы, перехватывающие события и т.д. Вполне можно совместно использовать, на мой взгляд.

Сразу вопрос. Зачем городить хранилище, мутации и прочее если с потока можно просто дергать при желании последнее значение. Чем это выгоднее?

Спасибо за ссылки

Сразу вопрос. Зачем городить хранилище, мутации и прочее если с потока можно просто дергать при желании последнее значение. Чем это выгоднее?

не совсем понял о чем ты. Хранилище для обмена между компонентами, а что значит дергать с потока?

ребят, как можно динамически импортировать компоненты из заранее указанной где-то отдельно папки? import Child from ./components/${folder}/child.vue - ругается

не совсем понял о чем ты. Хранилище для обмена между компонентами, а что значит дергать с потока?

А потоки не идут сверху вниз? И по идее добираются до самых закоулков приложения? Допустим у нас есть флаг на показ какой нибудь панельки глобально. Ну есть стрим с этим переключателем. Зачем нам его хранить в хранилище если можно сделать если мне не изменяет память бехавиор сабджект и просто брать при желании оттуда последнее значение флага в любом месте приложения где мы на него подпишемся.

а из одного дочернего в другое?

а из одного дочернего в другое?

Ну так что все эти потоки глобальны, что хранилище глобально. Я может чего то не понимаю.

Сразу вопрос. Зачем городить хранилище, мутации и прочее если с потока можно просто дергать при желании последнее значение. Чем это выгоднее?

vuex управляет состоянием приложения. Какая вкладка открыта, какой компонент отображается, как именно отображается тот или иной компоненет, как изменить отображение в зависимости от тех или иных действий пользователя, активна кнопка или нет и т.д. Мутации и Экшены нужны в свою очередь для того, чтобы сделать все изменения управляемыми, инкапсулировать состояние и предоставить простой единообразный способ управления всем этим, в том числе и мощный инструмент отладки А основная проблема, которую решают потоки - это конкуренция в асинхронном програмированнии. Скажем, тебе нужно организовать текстовый поиск, при котором происходит запрос к удаленному серверу, можно потратить минут 10 описывая это через колбеки, вводя дополнительные состояния, чтобы запросы передавались не чаще, скажем, одного раза в 2 секунды, чтобы запросы не передавались, если данные поля не изменились, и еще пара проверок, и все это будет крайне утомительно, если не сказать болезненно. С помощью rxjs эта совокупность проблем решается в несколько строк кода. Разные задачи у vuex и rxjs.

vuex управляет состоянием приложения. Какая вкладка открыта, какой компонент отображается, как именно отображается тот или иной компоненет, как изменить отображение в зависимости от тех или иных действий пользователя, активна кнопка или нет и т.д. Мутации и Экшены нужны в свою очередь для того, чтобы сделать все изменения управляемыми, инкапсулировать состояние и предоставить простой единообразный способ управления всем этим, в том числе и мощный инструмент отладки А основная проблема, которую решают потоки - это конкуренция в асинхронном програмированнии. Скажем, тебе нужно организовать текстовый поиск, при котором происходит запрос к удаленному серверу, можно потратить минут 10 описывая это через колбеки, вводя дополнительные состояния, чтобы запросы передавались не чаще, скажем, одного раза в 2 секунды, чтобы запросы не передавались, если данные поля не изменились, и еще пара проверок, и все это будет крайне утомительно, если не сказать болезненно. С помощью rxjs эта совокупность проблем решается в несколько строк кода. Разные задачи у vuex и rxjs.

Спасибо за отличный коммент. Буду вникать.

vuex управляет состоянием приложения. Какая вкладка открыта, какой компонент отображается, как именно отображается тот или иной компоненет, как изменить отображение в зависимости от тех или иных действий пользователя, активна кнопка или нет и т.д. Мутации и Экшены нужны в свою очередь для того, чтобы сделать все изменения управляемыми, инкапсулировать состояние и предоставить простой единообразный способ управления всем этим, в том числе и мощный инструмент отладки А основная проблема, которую решают потоки - это конкуренция в асинхронном програмированнии. Скажем, тебе нужно организовать текстовый поиск, при котором происходит запрос к удаленному серверу, можно потратить минут 10 описывая это через колбеки, вводя дополнительные состояния, чтобы запросы передавались не чаще, скажем, одного раза в 2 секунды, чтобы запросы не передавались, если данные поля не изменились, и еще пара проверок, и все это будет крайне утомительно, если не сказать болезненно. С помощью rxjs эта совокупность проблем решается в несколько строк кода. Разные задачи у vuex и rxjs.

Зачем сохранять активность кнопки, отображение компонента или еще какие-то view ориентерованные данные во vuex?

Скриншоты через JS пилить чем? Все так же canvas?

Зачем сохранять активность кнопки, отображение компонента или еще какие-то view ориентерованные данные во vuex?

Когда писал, мне показалось излишним городить абстракцию в духе: vuex хранит данные, которые в свою очередь определяют как отображать view.

Когда писал, мне показалось излишним городить абстракцию в духе: vuex хранит данные, которые в свою очередь определяют как отображать view.

Вот подобная ситуация меня и смущает.

Вот подобная ситуация меня и смущает.

Что именно тебя смущает?

@sergeykhorn Мне интересно другое, в чем идея хранить так много данных в сторе, почему не локальный стейт умных компонентов?

Меня смущает непомерное раздувание количества всех этих мутаций по пустякам.

Может я просто еще не проникся...

@sergeykhorn Мне интересно другое, в чем идея хранить так много данных в сторе, почему не локальный стейт умных компонентов?

Судя по всему я не достаточно верно выразился.

В Краснодаре

опа, земляк

о, земляк)

о, земляк

а говорят тут программистов мало

а говорят тут программистов мало

говорят тут работы мало, вот это тема)

Но я бы так не сказал

И мнение @Fl0pZz что тут он не нашёл бы работу я не разделяю. С его-то опытом

я пока не проьбовал искать, как переехал сюда работу не менял, так и работаю в своей старой фирме, только теперь удаленно

Меня смущает непомерное раздувание количества всех этих мутаций по пустякам.

Штука вот в чем, допустим у тебя есть компонент "Аватарка", у которой есть два состояния: скругленные края и острые, она расположена глубоко в дереве компонентов. Так же есть компоненты "Кнопка", который находится столь же глубоко, но не является ни родителем, ни потомком компонента "Аватарка". Для того, чтобы эта "Кнопка" по нажатию переключала внешний вид "Аватарки" она должна генерировать событие для своего родителя, тот для своего, и так до ближайшего общего родителя, который в свою очередь будет прокидывать в цепочку до "Аватарки" props передаваемый "Кнопкой". И генерацию событий, и передачу свойств прийдется описывать ручками в каждом компоненте. С помощью vuex, все это происходит практически автоматом в пару строк кода. Вот и получется, что вместо ручной синхронизации всего и вся, проще использовать vuex, чтобы сотояние было общее для всего приложения.

ERROR: S client not available

Штука вот в чем, допустим у тебя есть компонент "Аватарка", у которой есть два состояния: скругленные края и острые, она расположена глубоко в дереве компонентов. Так же есть компоненты "Кнопка", который находится столь же глубоко, но не является ни родителем, ни потомком компонента "Аватарка". Для того, чтобы эта "Кнопка" по нажатию переключала внешний вид "Аватарки" она должна генерировать событие для своего родителя, тот для своего, и так до ближайшего общего родителя, который в свою очередь будет прокидывать в цепочку до "Аватарки" props передаваемый "Кнопкой". И генерацию событий, и передачу свойств прийдется описывать ручками в каждом компоненте. С помощью vuex, все это происходит практически автоматом в пару строк кода. Вот и получется, что вместо ручной синхронизации всего и вся, проще использовать vuex, чтобы сотояние было общее для всего приложения.

вот ты не ленивый)

вот ты не ленивый)

Я только учусь, потому объясняя часть знаний закрепляю, часть переосмысливаю.))

Я только учусь, потому объясняя часть знаний закрепляю, часть переосмысливаю.))

с темпом развития темы, "учимся" мы постоянно))

Штука вот в чем, допустим у тебя есть компонент "Аватарка", у которой есть два состояния: скругленные края и острые, она расположена глубоко в дереве компонентов. Так же есть компоненты "Кнопка", который находится столь же глубоко, но не является ни родителем, ни потомком компонента "Аватарка". Для того, чтобы эта "Кнопка" по нажатию переключала внешний вид "Аватарки" она должна генерировать событие для своего родителя, тот для своего, и так до ближайшего общего родителя, который в свою очередь будет прокидывать в цепочку до "Аватарки" props передаваемый "Кнопкой". И генерацию событий, и передачу свойств прийдется описывать ручками в каждом компоненте. С помощью vuex, все это происходит практически автоматом в пару строк кода. Вот и получется, что вместо ручной синхронизации всего и вся, проще использовать vuex, чтобы сотояние было общее для всего приложения.

В целом я понимаю почему общий стейт выгоден и оправдан. Читал историю возникновения всех этой Flux архитектуры. Меня смущает что для каждого скругленного уголка в хранилище нужно делать мутацию, которая перезаписывает весь обьект с потрохами. И допустим у нас есть кучка статей и хнранятся они у нас в массиве, нужно поменя их свойство прочитаны они или нет, ведь приходится копировать весь массив потом менять что нужно и записывать обратно. Или я что-то упускаю? Это вобще по памяти эффективно?

с темпом развития темы, "учимся" мы постоянно))

Да не, я действительно только учусь, через месяц планирую начать первую работу искать по разработке. До этого фрилансил по ретуши, монтажу и цветокоррекции.))

Тогда на всякий случай отмечу, что всё подряд в лобалстейте типа вьюекса хранить не стоит. Если есть логика в том, чтобы от него зависело отображение, то лучше "прокидывать" события

если совсем не получается, тогда да

Штука вот в чем, допустим у тебя есть компонент "Аватарка", у которой есть два состояния: скругленные края и острые, она расположена глубоко в дереве компонентов. Так же есть компоненты "Кнопка", который находится столь же глубоко, но не является ни родителем, ни потомком компонента "Аватарка". Для того, чтобы эта "Кнопка" по нажатию переключала внешний вид "Аватарки" она должна генерировать событие для своего родителя, тот для своего, и так до ближайшего общего родителя, который в свою очередь будет прокидывать в цепочку до "Аватарки" props передаваемый "Кнопкой". И генерацию событий, и передачу свойств прийдется описывать ручками в каждом компоненте. С помощью vuex, все это происходит практически автоматом в пару строк кода. Вот и получется, что вместо ручной синхронизации всего и вся, проще использовать vuex, чтобы сотояние было общее для всего приложения.

Да такие изменения стейта я тоже выношу в стор on demand. Я просто подумал что ты все изменения стейта выносишь во vuex.

В целом я понимаю почему общий стейт выгоден и оправдан. Читал историю возникновения всех этой Flux архитектуры. Меня смущает что для каждого скругленного уголка в хранилище нужно делать мутацию, которая перезаписывает весь обьект с потрохами. И допустим у нас есть кучка статей и хнранятся они у нас в массиве, нужно поменя их свойство прочитаны они или нет, ведь приходится копировать весь массив потом менять что нужно и записывать обратно. Или я что-то упускаю? Это вобще по памяти эффективно?

Ну, это очевидно массив объектов, которые передаются в свою очередь по ссылке, и тут мутации будут не перезаписывать state, а менять свойство объекта статьи. Так вроде.

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

Да такие изменения стейта я тоже выношу в стор on demand. Я просто подумал что ты все изменения стейта выносишь во vuex.

Не, только то, что необходимо.

Тогда на всякий случай отмечу, что всё подряд в лобалстейте типа вьюекса хранить не стоит. Если есть логика в том, чтобы от него зависело отображение, то лучше "прокидывать" события

Есть изящные методики как в этом всем не потеряться? Воркфлоу какой нибудь может. Типа чтобы глянул такой на компонент и сразу видно что да где куда пуляется и принимается

в глобале есть смысл хранить только бизнес-данные или как там их

а всё остальное от них зависит.

Ну, это очевидно массив объектов, которые передаются в свою очередь по ссылке, и тут мутации будут не перезаписывать state, а менять свойство объекта статьи. Так вроде.

И тогда при записи arr[12] = 13 не будет реактивности

Есть изящные методики как в этом всем не потеряться? Воркфлоу какой нибудь может. Типа чтобы глянул такой на компонент и сразу видно что да где куда пуляется и принимается

ООП))

я пока ничего кардинально отличающегося от ООП концепции в компонентах не обнаружил. Чуваки просто перенесли существующие идеи с плюсов, джавки и прочее такое

конкретно у нас есть нюанс с тяжёлыми операциями в ДОМ, где нам помогают фреймы типа вью

Штука вот в чем, допустим у тебя есть компонент "Аватарка", у которой есть два состояния: скругленные края и острые, она расположена глубоко в дереве компонентов. Так же есть компоненты "Кнопка", который находится столь же глубоко, но не является ни родителем, ни потомком компонента "Аватарка". Для того, чтобы эта "Кнопка" по нажатию переключала внешний вид "Аватарки" она должна генерировать событие для своего родителя, тот для своего, и так до ближайшего общего родителя, который в свою очередь будет прокидывать в цепочку до "Аватарки" props передаваемый "Кнопкой". И генерацию событий, и передачу свойств прийдется описывать ручками в каждом компоненте. С помощью vuex, все это происходит практически автоматом в пару строк кода. Вот и получется, что вместо ручной синхронизации всего и вся, проще использовать vuex, чтобы сотояние было общее для всего приложения.

я как то костылил и делал event bus для этого)

остальное классика

И тогда при записи arr[12] = 13 не будет реактивности

Что-то я потерялся. Ты ведь это делаешь не через мутацию.

Что-то я потерялся. Ты ведь это делаешь не через мутацию.

Да. И getter использующий этот arr не хочет что-то обновляться в таких ситуациях. Я делаю копию этого массива изменяю пишу назад, тогда все фурычит. Я ошибаюсь?

Есть изящные методики как в этом всем не потеряться? Воркфлоу какой нибудь может. Типа чтобы глянул такой на компонент и сразу видно что да где куда пуляется и принимается

смотри выше пример с тодо. У тебя есть важные данные типа списка тодо, количество товаров в корзине, конфиг пользователя (тёмна тема, белая тема), остальное что зависит от этих штук, вешается на это как на пропсы, но как можно логичнее и гибче

если что-то содержит данные, которые триггерят что-то совсем вовне и есть нужа в глобалах, -- проверьте архитектуру. Та же тема, что когда-то была с пиханием всего в window/global

мутации же нужны чтобы вс раоту с этим глобалом вынести в отдельный скрипт

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

мутации же нужны чтобы вс раоту с этим глобалом вынести в отдельный скрипт

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

ещё иногда кажется удобней впихнуть всё в глобал для SSR, но сие не есть гуд.

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

а как должно быть?)

представь ситуацию

есть у тебя 100500 компонентов и 250 скриптов поверх