GS
Temirlan Balguzhin
Ну только если не редакс, там редюсеры не позволят такое)
Vuex тоже "не позволяет", он ругается ведь)
Size: a a a
2020 December 01
GS
А мутации в mutations позволяют эффективно делать изменение состояния
MK
Вообще странно мутировать стейт для сортировки
MK
Ваш стейт должен описывать резльтат
MK
У вас должен быть массив и тип сортировки
MK
Геттер должен возвращать новый отсортированный массив
MK
А сам массив должен оставаться на прежнем месте
MK
Но это теория
TB
То есть создать геттер, который вернёт отсортированный массив
GS
Если он отсортированный нужен только по месту использования - да. Или тип сортировки - часть состояния в целом - тоже.
Но если там с точки зрения состояния верно, что он отсортированным уже хранится, то в целом, почему нет. Зато эффективнее.
Надо смотреть, что это за данные, почему они отсортированные
Но если там с точки зрения состояния верно, что он отсортированным уже хранится, то в целом, почему нет. Зато эффективнее.
Надо смотреть, что это за данные, почему они отсортированные
TB
Но ведь вид сортировки может изменяться динамический
GS
Temirlan Balguzhin
Но ведь вид сортировки может изменяться динамический
Его можно хранить в сторе
TB
Можно попробовать добавить тип сортировки в стейт. Затем просто при событиях изменять значение типа
AS
2 массива в стейте и 2 геттера, да?
TB
Тоже вариант
GS
2 массива в стейте и 2 геттера, да?
Почему 2 массива?
AS
исходный и отсортированный?
MK
Идея в том, что у вас могут быть другие супер сложные геттеры для которых порядок сортировки не важен. Таким образом при смене только параметра который указывает направление сортировки вы обновляете только один геттер. В случае замены массива, вы обновляете все геттеры вместе взятые
GS
исходный и отсортированный?
Ну если есть исходный, то отсортированный точно лучше геттером хранить
NT
исходный и отсортированный?
отсортированный просто отдается геттером, в стейте не хранится