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

Поназапрещают такие все что можно, а потом фигак и ангуляр получился

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

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

https://jsbin.com/xomorizowa/edit?html,css,output

Тут прокрутка появляется

Ну там же нет запрета на вызов мутаций вне экшинов. Мы пишем слишком мала бойлерплейта, давайте еще добавим

если не соблюдать data-flow, то смысла тогда в сторе вообще нет, с таким же успехом можно и просто event-bus обойтись

если не соблюдать data-flow, то смысла тогда в сторе вообще нет, с таким же успехом можно и просто event-bus обойтись

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

В смысле? Основная "точка" изменения данных - это мутация. А что там вокруг нее - это пофиг

мутации это изменения какого-то проперти, а экшены это создания какогото осмысленного действия/события

я бы начал с MVC и разделения формата данных для хранения и отображения, и где что должно обрабатываться

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

есть четкое data-flow, не надо писать как хочется

Красный кружок дело говорит

кстати, как считаете, state в данной схеме должен хранить ViewModel уже?

есть четкое data-flow, не надо писать как хочется

Я вот тут не понимаю. С бэка всё нужно через vuex тащить? Нафига?

я бы начал с MVC и разделения формата данных для хранения и отображения, и где что должно обрабатываться

Я вот тут не понимаю. С бэка всё нужно через vuex тащить? Нафига?

Я вот тут не понимаю. С бэка всё нужно через vuex тащить? Нафига?

не "абсолютно" все

судя по картинке всё. Я наоборот во вьюксе храню только совсем общие вещи. Если это нужно только компоненту - сразу туда и передаю. Нахера бойлерплейт в виде вьюкса непонятно

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

я тоже так делаю по идее, но как только вижу что данные нужно синхронизировать в >1 компоненте, то уже vuex

я тоже так делаю по идее, но как только вижу что данные нужно синхронизировать в >1 компоненте, то уже vuex

Я так же

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

просто если вы в команде работаете, то может оказаться, что 2 разработчика независимо работают с бэкендом в разных компонентах над одними данными ))

Ну нет. Через общее апиконтроллер.жс )

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

а состояние не хранить же в апиконтроллере ))

Ну у меня бэк - это многопользовательская субд. И на фронте данные могут протухнуть еще не успев отрисоваться. Поэтому стейт особо не нужен. Нужно дергать актуальное

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

Они ж могут протухнуть. А могут и нет. Как по другому то?

потому что через пропсы все передавать гонево

MVCC же есть, Etag , if-modified заголовки

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

Не можете подсказать, что за шрифт?

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

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

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

Когда летят изменения обратно на бэк - там проверяется. Каждая сущность по своему. :/

ну так вот, часто это решается на уровне правильной модели данных + фишки протокола HTTP

Модель прибита гвоздями, к сожалению

ну тут уже сложней конечно

https://sookocheff.com/post/api/optimistic-locking-in-a-rest-api/

никто тесты не пишет что ли ?)

никто тесты не пишет что ли ?)

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

вы стор через пропсы передаете?