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

https://ru.vuejs.org/v2/guide/ вот первая страница, найди там ответ на мой вопрос плез

Как принято делать types во vuex? 1. Принято ли в types разделять типы геттеров, мутаторов и акшинов, или все в вместе? 2. Принято ли делать types просто как "ассоциативный массив", где ключ равен значению? 3. Принято ли разделять types для различных модулей (namespace: true)? Если да, то как называют в этом случае файл с types для каждого модуля?)

Ладно, я извиняюсь админы, больше срач не буду разводить, ответ мне дали, на том и спасибо :)

Как принято делать types во vuex? 1. Принято ли в types разделять типы геттеров, мутаторов и акшинов, или все в вместе? 2. Принято ли делать types просто как "ассоциативный массив", где ключ равен значению? 3. Принято ли разделять types для различных модулей (namespace: true)? Если да, то как называют в этом случае файл с types для каждого модуля?)

Тут вкусовщина, при большом проекте удобней разбивать, на мелком можно не заморачиваться

Тут вкусовщина, при большом проекте удобней разбивать, на мелком можно не заморачиваться

Это ответ на первый или последний пункт?)

Это ответ на первый или последний пункт?)

На первый и третий, второй непонятный

На первый и третий, второй непонятный

export default { ADD_BLOCK: 'ADD_BLOCK', LOVE_MY_CAT: 'LOVE_MY_CAT', THIS_STRING_AGAIN: 'THIS_STRING_AGAIN', } Иногда бесит такой вид)

export default { ADD_BLOCK: 'ADD_BLOCK', LOVE_MY_CAT: 'LOVE_MY_CAT', THIS_STRING_AGAIN: 'THIS_STRING_AGAIN', } Иногда бесит такой вид)

ну некоторые делают например константы на имена мутаций, что бы не было опечаток

ну некоторые делают например константы на имена мутаций, что бы не было опечаток

А в моём примере не константы? Или я не так понял?

Я именно про STRING: 'STRING' (по сути вопрос сводится к аналогу enum для js)

я не понял твоего примера

Я именно про STRING: 'STRING' (по сути вопрос сводится к аналогу enum для js)

в js нет enum

в js нет enum

Спасибо, знаю, я так и написал

непонятный твой кейс, что конкретно ты хочешь сделать?

непонятный твой кейс, что конкретно ты хочешь сделать?

Описать имена мутаторов, геттеров и акшионов константами в types файле, как в доках vuex

Описать имена мутаторов, геттеров и акшионов константами в types файле, как в доках vuex

а можно ссылку? Я че т вообще не понимаю про что речь

я тоже как бы такого в доке не видел

Или вопрос про TS?

хм ... та тут значение константы вообще пофиг - главное уникальность

Я понимаю. Я про то, что надоедает и не очень нравится то, что выглядит как S1='S1' S2='S2' S3='S3' S4='S4' ...

Да я как-то не вижу смысла в константах. Во vuex же модули есть

Я понимаю. Я про то, что надоедает и не очень нравится то, что выглядит как S1='S1' S2='S2' S3='S3' S4='S4' ...

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

Да я как-то не вижу смысла в константах. Во vuex же модули есть

Если я пишу commit('module/mutator'), то: 1. я вынужден сам писать всю строчку целиком, ide не поможет 2. я могу сделать опечатку 3. я не могу быстро перейти к реализации мутатора

сделай S1= Symbol() S2 = Symbol()

будут тебе уникальные ключи

Если я пишу commit('module/mutator'), то: 1. я вынужден сам писать всю строчку целиком, ide не поможет 2. я могу сделать опечатку 3. я не могу быстро перейти к реализации мутатора

>commit('module/mutator') А зачем так писать?

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

Не совсем, во многих других можно через enum подобные структуры

>commit('module/mutator') А зачем так писать?

...mapMutators({ 'тут опять строка' }) Всё тоже самое. или есть другой способ?:

сделай S1= Symbol() S2 = Symbol()

Была такая идея, но было интересно, как чаще делают

Была такая идея, но было интересно, как чаще делают

чаще просто не делають types

чаще просто не делають types

Но... intellisence...

Но... intellisence...

хм, а что тебе мешает сделать генератор, в массив закидывешь значения, конвертишь эго в объект и экспортишь

будет псевдо enum

хм, а что тебе мешает сделать генератор, в массив закидывешь значения, конвертишь эго в объект и экспортишь

Ничего не мешает, в том числе можно и npm enum модуль использовать, но хотел знать, как чаще делают, потому что вариант из доков не очень понравился

поясните в двух словах - как заливать свой пакет на NPM

поясните в двух словах - как заливать свой пакет на NPM

npm publish

Ничего не мешает, в том числе можно и npm enum модуль использовать, но хотел знать, как чаще делают, потому что вариант из доков не очень понравился

зачем пакет тут строчка кода const obj = ['SUM', 'AVG', 'MIN'].reduce((o,c) => (o[c] = c, o), { }); console.log(obj)

если к примеру мне надо только один компонент .vue

залить

(но он в проекте еще импортирует в себя npm-компонент слайдер к примеру)

зачем пакет тут строчка кода const obj = ['SUM', 'AVG', 'MIN'].reduce((o,c) => (o[c] = c, o), { }); console.log(obj)

Про пакет было к тому, что вариантов можно придумать некоторое множество, но цель вопроса была узнать, какой способ наиболее принят по vue-сообществе)

(но он в проекте еще импортирует в себя npm-компонент слайдер к примеру)

Вопрос про то, как что-то заливать на npm, или что при этом делать с зависимостями?

и то и то)

Как публиковать - просто по инструкции: https://docs.npmjs.com/getting-started/publishing-npm-packages Если тебе при этом нужен другой npm пакет, то он просто указывается в зависимостях к твоему, как обычно

пасибо - никогда не заливал - вот думаю

а указывается в зависимостях

это при публикации - в консоли?

...mapMutators({ 'тут опять строка' }) Всё тоже самое. или есть другой способ?:

webstorm умеет в это

Только если ключ допишешь

Он допишет строку?

Если я пишу commit('module/mutator'), то: 1. я вынужден сам писать всю строчку целиком, ide не поможет 2. я могу сделать опечатку 3. я не могу быстро перейти к реализации мутатора

Нет, он даст тебе автокомплит

О, действительно

А насчет 1го и 2го - можешь поискать в базе плагинов jerbrains, авось кто-то замутил под vuex, но я сомневаюсь

кто то пробовал работать с реактом? если да как он вам, понравился после vue?

долго работал до, пробовал после в силу необходимости. По сравнению с vue говнище. Хорошо аргументировал этот факт ранее в чате, развёрнуто.

Можно поискать в истории чата.

webstorm умеет в это

Как я понял, вебшторм умеет только подсказывать имя ключа для map и по нему перебрасывать к реализации, но всё ещё не поможет писать строки в commit/dispatch. При этом в ключ для map напишет, а строку всё равно копировать?

долго работал до, пробовал после в силу необходимости. По сравнению с vue говнище. Хорошо аргументировал этот факт ранее в чате, развёрнуто.

Небось про вьюшную магию которой в реакте нема

Как я понял, вебшторм умеет только подсказывать имя ключа для map и по нему перебрасывать к реализации, но всё ещё не поможет писать строки в commit/dispatch. При этом в ключ для map напишет, а строку всё равно копировать?

Да

Практически про вс

юзаю vuex persistedstate сделал по докам но мой стэйт не сохраняется

что делать?

от декларативности и разбиения на методы/компьютеды и прочее и читабельности до реактивности и структурированности, консистентности экосистемы которая в ебало бизнесу бьёт в реакте

кованным нацистским сапогом

от декларативности и разбиения на методы/компьютеды и прочее и читабельности до реактивности и структурированности, консистентности экосистемы которая в ебало бизнесу бьёт в реакте

С другой стороны делать такие вещи, как наследование компонентов, например, как я понимаю, в реакте удобнее, как и взаимодействовать с ними (по словам тех, кто знает и то, и то, но любит больше реакт)

для связки laravel и vue юзать JWTAuth ? или есть альтернатива?

ERROR: S client not available

С другой стороны делать такие вещи, как наследование компонентов, например, как я понимаю, в реакте удобнее, как и взаимодействовать с ними (по словам тех, кто знает и то, и то, но любит больше реакт)

ООП мозга. Мало того, что если чуть-чуть сдвинуть окаченевшую парадигму, оказывается, что удобнее во vue, да ещё и кейсов с наследованием компонентнов в тысячи раз меньше, чем всего остального)

юзаю vuex persistedstate сделал по докам но мой стэйт не сохраняется

делал все как на странице github

А, и есть vue class cpmponents для тех, кто "знает и то и то"

с:

А, и миксины в UI архитектуре в большинстве случаев (во всех, что мне попадались или о которых думал, читал код) точно работают не хуже, а по очевидности значительно лучше, чем наследование.

ООП мозга. Мало того, что если чуть-чуть сдвинуть окаченевшую парадигму, оказывается, что удобнее во vue, да ещё и кейсов с наследованием компонентнов в тысячи раз меньше, чем всего остального)

Как мне показалось, задача типа есть компонент А, надо иметь компонент Б, который почти точно такой же, только в нём 1 метод работает чуть-чуть иначе, на vue не очень легко решается

Vue.extend

или миксины

всё точно так же.

но методы есть методы, а не каша из методов, геттеров и пр.

и, если ООП в мозге, можно vue class components. Х-й отличишь от реакта. Ну, кроме реактивности и прочих плюшечек, синтаксис сильно похож.

Было бы интересно сравнить vue с ангуларом (не первым)

На реакт vue довольно сильно похож всё-таки

Не трите за ооп, это говно, спасибо!

Ахаха... Ой, т.е. мяу

Не трите за ооп, это говно, спасибо!

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

С другой стороны делать такие вещи, как наследование компонентов, например, как я понимаю, в реакте удобнее, как и взаимодействовать с ними (по словам тех, кто знает и то, и то, но любит больше реакт)

В реакте топят за композицию. Так практически нет наследования. Об этом даже сами разрабы реакта пишут

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

Те "реактовики" за ооп втирали?)

Те "реактовики" за ооп втирали?)

За ооп и за "продакш" и "рынок"

Надеюсь, хоть кто-то из них пишет не только на джсе

Про рынок даже кажется правдой (в моём городе (1 млн человек) на vue вроде ни одна большая компания не пишет, а на реакте пишут... И на ангуларе тоже. И на ember)

Про рынок даже кажется правдой (в моём городе (1 млн человек) на vue вроде ни одна большая компания не пишет, а на реакте пишут... И на ангуларе тоже. И на ember)

Они просто скрываются :)

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

В джсе вместо адаптера импортируешь либу))

Или декоратор накинул и усьо ? (В джсе они, кстати, "красивее")

В джсе вместо адаптера импортируешь либу))

я все же про обёртку под свое) но пример так себе на самом деле

я все же про обёртку под свое) но пример так себе на самом деле

Ну дык

Импортнул, написал функции которые дополняешь, а остальное в export! (Но, так, наверное, лучше не делать)

в основном мне приносит проблемы то, что тайпскрипт юзает меньшинство соответственно, ответов на вопросы мало ну либо у меня хотелки серьёзные слишком

Тс не нужен

Импортнул, написал функции которые дополняешь, а остальное в export! (Но, так, наверное, лучше не делать)

ну вот например дописать экспортер переводов для vue-i18next мне знаний не хватит

Тс не нужен

у тебя и ооп не нужен, а сам на пыхе писал