Убирай common, в корешке только общие лежать должны

ну типо у меня есть геттеры которые я юзаю в методах, но один мне нужно вызвать при загрузке

пока вы тут ссорились: https://goo.gl/photos/UfsuvRk2VdTjhMhw9

Агонь

ну типо у меня есть геттеры которые я юзаю в методах, но один мне нужно вызвать при загрузке

Так вызывай. Ты его не вызываешь. Напомнить, как вызываются функции?

created(){ this.getPhraseSort(); } так?

?

created(){ this.getPhraseSort(); } так?

Так

В методах есть же такой?

ну да, просто дело как обычно не в этом)

В методах есть же такой?

нет, у меня есть геттер, к которому я могу обращаться через this, так?

computed: { ...mapGetters([ 'getPhraseSort', 'getSortNumber' ]) }, created(){ this.getPhraseSort(); },

опять срач по поводу ОС был чтоли?)

Само собой

нет, у меня есть геттер, к которому я могу обращаться через this, так?

вроде так)

вроде так)

TypeError: this.getPhraseSort is not a function ?

значит он возможно примешивает и доступ только такой store.getters.doneTodosCount

или попробуйте

...mapGetters({ // проксируем this.doneCount в store.getters.doneTodosCount doneCount: 'doneTodosCount' })

тут можно другое имя задать

Проковырятся пол дня в VS Code с emmet'ом, чтобы он работал в vue-template, а на след день выходит обновление, где эта проблема решена - К Р А С И В О ?

да, changelogи у них простыни ещё те) устаёшь просматривать

Ребзь, есть ли какие-то подводные камни при использовании картирования в геттерах? Ну типо: getters: { getSomething: (state) => (id) => state.something.find(sth => sth.id === id) }

Ребзь, есть ли какие-то подводные камни при использовании картирования в геттерах? Ну типо: getters: { getSomething: (state) => (id) => state.something.find(sth => sth.id === id) }

Мне больше интересно касательно иммутабельности, vuex следит за этим?

@termosa большое спасибо за идею с суффиксами в названиях, чет не додумался до этого Только я префиксами решил сделать

идея суфиксов была не в том, чтобы заменить папки, а чтобы лучше идентифицировать компоненты

ну да ладно )

Не как не делает покоя одна мысль, на компоненты ты можем повешать атрибуты на подобии <child my-message="привет!"></child> и в props объявить их, а возможно ли такой случай, есть например простой <span @click="click" my-message="привет!"> на него повесили click и еще какой-то атрибут и как то получить значение этого атрибута, можно достать атрибуты через this.$el , можно было бы динамические props создавать)

Не как не делает покоя одна мысль, на компоненты ты можем повешать атрибуты на подобии <child my-message="привет!"></child> и в props объявить их, а возможно ли такой случай, есть например простой <span @click="click" my-message="привет!"> на него повесили click и еще какой-то атрибут и как то получить значение этого атрибута, можно достать атрибуты через this.$el , можно было бы динамические props создавать)

только не @click, а @click.native

Не как не делает покоя одна мысль, на компоненты ты можем повешать атрибуты на подобии <child my-message="привет!"></child> и в props объявить их, а возможно ли такой случай, есть например простой <span @click="click" my-message="привет!"> на него повесили click и еще какой-то атрибут и как то получить значение этого атрибута, можно достать атрибуты через this.$el , можно было бы динамические props создавать)

Ну супер, а как потом эти динамические пропсы обрабатывать в компоненте, если ты не знаешь чего ожидать

Я правильно понимаю что вы задумали в компоненте ловить некий массив всех присвоеных атрибутов и потом что-то с ним делать?

Ну супер, а как потом эти динамические пропсы обрабатывать в компоненте, если ты не знаешь чего ожидать

Почему не знаешь, главное получить начальные данные а потом уже через hasOwnProperty проверять есть такие или нет

Я правильно понимаю что вы задумали в компоненте ловить некий массив всех присвоеных атрибутов и потом что-то с ним делать?

Все правильно

Почему не знаешь, главное получить начальные данные а потом уже через hasOwnProperty проверять есть такие или нет

Так это ж по сути то же обявление пропсов только больше кода писать

Какой профит?

Какой профит?

Пока не знаю, в голове засела эта мысль)

Имхо если у компонента может быть два поведения, это два компонента

<component :is="computed_view_name">

И переключать

Имхо если у компонента может быть два поведения, это два компонента

Дико бесят штуки вроде vue multiselect, да?

Пока не довелось повеселится ещё

Пока только автокомплит для контентэдитабл блока)

Пока не довелось повеселится ещё

Это такой компонент с 20 пропсами

<component :is="computed_view_name">

мне кажется или это типичный юзкейс для функциональных компонент?

Если вам кажется вам не кажется

Он тут не решит проблемы?

А. Или пардон

Какой профит?

Скорей всего профит будет когда vue.js вешаем на готовый html и что бы задать начальные данные

Вопрос в тьме пропсов?

А не разном поведении?

хотя нет, тут он не прокатит. потмоу что нужно хранить, какую компоненту отрисовывать

Скорей всего профит будет когда vue.js вешаем на готовый html и что бы задать начальные данные

Всмысле атрибуты компонента использовать как его data?

Кстати у меня есть такой кейс

В текущем виджете

При инициализации читаю атрибуты. Потом они летят в дату

Дальше потомки уже часть данных получают как пропс

Всмысле атрибуты компонента использовать как его data?

Не сам data, а на подобии data.el[]

Так а какая разница, в пропс он лежит или в data. Одинаково доступны через this. Только вам надо заранее перечислить интересующие вас атрибуты. Это полезно для оптимизации, чтобы не вешались геттеры и сеттеры на все подряд

Postman vs Insomnia, lets flame begin

Postman?

На третьем компе нода то стоит?

npm -version

ERROR: S client not available

Так а какая разница, в пропс он лежит или в data. Одинаково доступны через this. Только вам надо заранее перечислить интересующие вас атрибуты. Это полезно для оптимизации, чтобы не вешались геттеры и сеттеры на все подряд

https://ru.vuejs.org/v2/guide/components.html#Передача-обычных-атрибутов

Максимум такое, а динамические пропсы это уже становится ненаглядно что куда

https://ru.vuejs.org/v2/guide/components.html#Передача-обычных-атрибутов

Спасибо, незнал

Недавно эту секцию добавили

https://blog.pepf.nl/2017/06/using-normalizr-to-work-with-nested-data-in-vue-vuex/ тут он применяет такую конструкцию: // Make sure new entities are also reactive Vue.set(state.entities[type], entity, newObj) Зачем?

уже кто-то писал, что видео из vueconf унылые?

https://blog.pepf.nl/2017/06/using-normalizr-to-work-with-nested-data-in-vue-vuex/ тут он применяет такую конструкцию: // Make sure new entities are also reactive Vue.set(state.entities[type], entity, newObj) Зачем?

потому что данные в новом ключе будут нереактивными без .set

потому что данные в новом ключе будут нереактивными без .set

я же правильно понимаю, что юзает вот это: https://github.com/vuejs/vue/blob/dev/src/core/observer/index.js делая его обозраваемым?

ну да, это логично, .set статический метод же

подскажите что это за формат даты ? 20120820T130000Z

как в него можно дату конвертировать

как в него можно дату конвертировать

читай про модуль интернационализации intl

там есть функция, для работа с датой

спасибо щас попробую

Главное работает)

Главное работает)

Но читать такое не очень приятно, мог бы и .every заюзать

Вопрос по npm есть кстати

Кто нибудь менял свой пакет установленный и из папки node_modules его паблишил?

Есть такая возможность вобще?

Astr0junk да, было такое. https://docs.npmjs.com/cli/publish

Iegor scope или folder надо добавить?

Если тебе нужно его изменить под свои нужды, можешь сделать форк, и установить его из гита

Я не добавлял

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

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

я хочу из папки node_modules/MY_PACKAGE делать публикацию

внутри директории проекта, в котором он уже установлен

щас поэксперементирую тогда