только щас заметил тестовые имена. физ баз бля))

боремся за гендерное равноправие как можем ?

что ты несешь я хз

в корень все 20 модлок и пиздячить их через вуекс?))) заебись

что ты несешь я хз

ты решил об этом сообщить всему миру что ты это не понимаешь? или это ты так незатейливо просишь чтобы тебе объянили?

боремся за гендерное равноправие как можем ?

Сколько времени заняло?

нет спасибо

ты решил об этом сообщить всему миру что ты это не понимаешь? или это ты так незатейливо просишь чтобы тебе объянили?

гайс, у меня есть страница новостей /news/:alias и вот на это странице есть ссылки на другие популярные компоненты и когда я жму на этот router-link, то урл меняется, так как меняется алиас, но я в том же роуте и контент не обновляется (axios не шлет запрос) Как сделать нормально, не сильно хочется вешать метод при клике, менять урл и делать запрос или это норма?

key у router-view

ты решил об этом сообщить всему миру что ты это не понимаешь? или это ты так незатейливо просишь чтобы тебе объянили?

Свайп справа или клик по сообщению —> ответить, чтоб цитировать ответ, а не пересылать его.

key у router-view

Ну на мой взгляд так себе вариант, лучше в компоненте вотчить $route

а отказываться от переиспользования компонента (одного и того же) зачем

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

хотя вроде работает https://jsfiddle.net/wkh9poL3/

буду копать дальше

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

https://ru.vuejs.org/v2/guide/reactivity.html Норма

watch: { someObj: { handler() { // }, deep: true } }

У меня вот есть вопрос. Вызываете ли вы мутации из компонентов? А то я как-то только экшены и геттеры юзаю. И отсюда появляется вопрос в целесообразности использования uppercase для нейминга мутаций (не очень выглядит это удобным)

У меня вот есть вопрос. Вызываете ли вы мутации из компонентов? А то я как-то только экшены и геттеры юзаю. И отсюда появляется вопрос в целесообразности использования uppercase для нейминга мутаций (не очень выглядит это удобным)

Я не вызываю. Мутации работают только со стейтом, а осмысленные операции - в экшенах

Uppercase пошёл от нейминга констант. Если ты выносишь названия мутаций в перечисление

У меня вот есть вопрос. Вызываете ли вы мутации из компонентов? А то я как-то только экшены и геттеры юзаю. И отсюда появляется вопрос в целесообразности использования uppercase для нейминга мутаций (не очень выглядит это удобным)

mapMutations и погнал

по поводу целесообразности константизации мутаций, лично я делаю их константами всегда

это позволяет не проебаться случайно с названиями мутаций и не терять время на поиск ошибок

Если больше одного человека работает , это обязательно )

особенно если проект достаточно жирный становится

да, файлик map-mutations, туда все выношу. Но задумываюсь зачем нужно лишнее время тратить на этот файл, если у меня и так все разбито по отдельным модулям (модуль на компонент, если есть необходимость).

а т.к. мутации существуют только в рамках одного модуля - то все отлично дебажится и без map-mutations

это позволяет не проебаться случайно с названиями мутаций и не терять время на поиск ошибок

Кстати, ты ж на вебшмторме , да ?

а т.к. мутации существуют только в рамках одного модуля - то все отлично дебажится и без map-mutations

ну вместо commit('increment') напишешь случайно commit'excrement') и будешь фрустрировать че не так

или напарник твой это сделает

будешь его потом гендерным изменником называть

Смотри, аннотирую константу /** что-то делает */ const MUTATION = ..... Вс код посвечивает только до первого пробела, все остальное рубит. На шторме норм ?

шторм всегда все норм делает :)))

я поэтому лицуху прикупил себе на него

Пруфы, билли

Мы знаем , что покупку лицензии рекламируешь)

о кстати, проапдейтиться пора

ну вместо commit('increment') напишешь случайно commit'excrement') и будешь фрустрировать че не так

так и с константами можно ошибиться. Че-то не догоняю разницы

в любом случае консоль выдаст ошибку и покажет место (если есть мэп-файл)

так и с константами можно ошибиться. Че-то не догоняю разницы

Как ты ошибёшься , они у тебя не в глобале лежат, а в отдельном модуле

Импорт будешь делать

так и с константами можно ошибиться. Че-то не догоняю разницы

как ты с константами ошибешься? тебе на стадии 1. IDE подсветит ошибку, 2. при сборке проекта ошибку покажет

Как клонировать в рендер функции компонент из slots?

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

разве что vue тебе в момент коммита плюнет в консоль ошибку

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

в том и дело, что я хочу отказаться от строк в кавычках. Простой нейминг как экшены именуются, так и мутации

хотя да, ошибка будет только в консоле браузера, на стадии сборки можем ничего не узнать

забавно, сейчас проверил и не получил никаких ошибок. В общем выглядит часть кода вот так: import { auth as types } from '../mutation-types'; mutations: { [types.SAVE_TOKEN](state, {...}) { // }, } actions: { saveToken({ commit }, payload) { commit(types.SAVE_TOKEN, payload); }, }

Мужики, какой есть хак чтобы заставить vue не переиспользовал dom в определённом месте?

если ошибиться в commit вот так: import { auth as types } from '../mutation-types'; mutations: { [types.SAVE_TOKEN](state, {...}) { // }, } actions: { saveToken({ commit }, payload) { commit(types.SAVE_TOKE, payload); }, }

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

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

при таком подходе тебе ошибки тот же веб шторм подсветит

при сборке проекта ошибок не будет

vscode юзаю

т.к. ты обращаешься через объект вложенный

я не знаю возможностей vscode знаю только что он и рядом не валялся с web storm

хотя по идее он и AST строит и анализ кода проводит, возможно у тебя экстеншинов не хватает

в общем в такой ситуации - надежда на IDE?

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

т.е делать import { SAVE_TOKEN } from ...

ага, понял. Правда файл разрастается в таком случае от импортов

ERROR: S client not available

ну так вью рано или поздно придет к такому же бойлерплейту как react+redux :)))

ну так вью рано или поздно придет к такому же бойлерплейту как react+redux :)))

Их там десяток бойлерплейтов

И каждый кулик нахваливает своё болото

я под бойлерплейтом подразумеваю излишнюю массу кода

Это не про вуй

смена вектора темы, еще хотел бы немного бест прэктис получить в отношении апи. Как лучше вызывать методы апи в компонентах (сами методы описаны в отдельных модулях). Сначала я их импортировал в vuex и через экшены вызывал в компонентах (но мне не понравилось частичяное дублирование кода). Сейчас пробую сделать плагин, добавив глобальный метод вроде this.$api[some_api_method] (но тогда в случае каких-то измененний придется в компонентах выискивать вызовы этих методов). Может посоветуете что-то оптимальное?

смена вектора темы, еще хотел бы немного бест прэктис получить в отношении апи. Как лучше вызывать методы апи в компонентах (сами методы описаны в отдельных модулях). Сначала я их импортировал в vuex и через экшены вызывал в компонентах (но мне не понравилось частичяное дублирование кода). Сейчас пробую сделать плагин, добавив глобальный метод вроде this.$api[some_api_method] (но тогда в случае каких-то измененний придется в компонентах выискивать вызовы этих методов). Может посоветуете что-то оптимальное?

Отдельная сущность для API, не надо в this ничего совать, это путь в ад. Импортируй где надо

смена вектора темы, еще хотел бы немного бест прэктис получить в отношении апи. Как лучше вызывать методы апи в компонентах (сами методы описаны в отдельных модулях). Сначала я их импортировал в vuex и через экшены вызывал в компонентах (но мне не понравилось частичяное дублирование кода). Сейчас пробую сделать плагин, добавив глобальный метод вроде this.$api[some_api_method] (но тогда в случае каких-то измененний придется в компонентах выискивать вызовы этих методов). Может посоветуете что-то оптимальное?

а почему не оставить все в vuex?

Да, не понял, про какое ты дублирование кода

ну он их сначала пихает куда-то. а оттуда импортирует во vuex

условно есть каталог api, там есть файл form.js, где описаны стандартные crud методы. Этот файл импортирую в модуль vuex и для каждого пишу отдельный экшен (add,() {} edit() {}...)

смена вектора темы, еще хотел бы немного бест прэктис получить в отношении апи. Как лучше вызывать методы апи в компонентах (сами методы описаны в отдельных модулях). Сначала я их импортировал в vuex и через экшены вызывал в компонентах (но мне не понравилось частичяное дублирование кода). Сейчас пробую сделать плагин, добавив глобальный метод вроде this.$api[some_api_method] (но тогда в случае каких-то измененний придется в компонентах выискивать вызовы этих методов). Может посоветуете что-то оптимальное?

vuex actions специальное местечко для вызова методов моделей, из моделей дергай api уже ну или прямо из экшинов апи дергай

в принципе ты каждый модуль vuex можешь рассматривать как модель

условно есть каталог api, там есть файл form.js, где описаны стандартные crud методы. Этот файл импортирую в модуль vuex и для каждого пишу отдельный экшен (add,() {} edit() {}...)

Сейчас это просто add а завтра логики на 50 строк

в принципе ты каждый модуль vuex можешь рассматривать как модель

типа вся логика в этом модуле, в компоненте только рендеринг?

типа вся логика в этом модуле, в компоненте только рендеринг?

ну в компоненте должна быть только логика презентационного уровня

ты же не можешь менять модель в методах компонента

ты можешь только изъявить желание это сделать, вызвав соответствующую мутацию или экшин

иначе очень быстро все это превратится в большую кучу говна

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

Мужики, какой есть хак чтобы заставить vue не переиспользовал dom в определённом месте?

Возможно поможет new Vue({...}).$mount().$el

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

если это простые синхронные операции, то почему бы и нет?

Возможно поможет new Vue({...}).$mount().$el

Сложно, но спасибо

если это простые синхронные операции, то почему бы и нет?

Когда они будут не синхронными, надо будет не забыть все поправить. Естественно каждый считает что он ошибок не допустит

Когда они будут не синхронными, надо будет не забыть все поправить. Естественно каждый считает что он ошибок не допустит

мутации не могут быть не синхронными

если мутация превратится в экшин, то ее просто нужно будет перенести из mapMatations, в mapActions

vuex actions специальное местечко для вызова методов моделей, из моделей дергай api уже ну или прямо из экшинов апи дергай

можно чуть подробнее про модели? У меня пока не сложилось хорошего представления как организовать проект, чтобы разделить mvc. Пока выглядит так, что модель == апи. А логика больше находится в самих компонентах (во vuex только если используется в нескольких различных компонентах).

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

можно чуть подробнее про модели? У меня пока не сложилось хорошего представления как организовать проект, чтобы разделить mvc. Пока выглядит так, что модель == апи. А логика больше находится в самих компонентах (во vuex только если используется в нескольких различных компонентах).

я рассматриваю vue компоненты как отражение данных моделей, которые хранятся в vuex

соответственно у моделей vuex есть actions, которые вызывают методы API