0xD34F, делал пример, чтобы просто упростить. Хорошо, тогда не совсем ясно что такое говнокод? То, что продублировали переменные ipLoader и dataLoader? Типа не говнокод это создать один компонент и передавать в него url и задержку для settimeout?
А если у них практически нет ничего похожего. Типа два более сложных компонента со своей логикой не похожей друг на друга, тогда нужно создать два отдельных компонента и в каждом продублировать переменную?
Если обратиться к паримеру, который я скинул,. Предположить, что эти два запроса не простые, а сложные и не похожи друг на друга, тогда получается нужно было бы создать два компонента и в один перенести переменную ipLoader и остальную сопуствующую логику, а вв-второй перенести dataLoader такую же логику?
То есть фактически код не изменится(по части отображения прелоадеров), но просто каждый прелоадер будет в своем компоненте, а на страницу App.vue эти компоненты просто импортируются?
Константин Б., чтобы упорядочить. Если есть запрос к серверу и есть vuex, то логика описана где-то там.
А так, когда есть store с какими-то данными/запросами и к этому добавляется еще отдельная директория для запросов которым не нужен state,- кажется что это как-то усложняет проект...
типа вынести в модули и подключить и индексному файлу store это хорошая практика, потому что естькак бы глобальный store и все происходит в его рамках, но выносить отдельные запросы еще в другую директорию не связанную с стор только потому что эти запросы не записывают результат в state, а возвращают его...
Кажется что было бы удобней и лаконичней возвращать результат прямо из action.
Зато будет понимани, что все запросы в пределах vuex
WapSter, чтобы структурировать код? Я предполагал, что state нужен, если данные в нем используются более чем в одном компонененте. А если только один компонент требует обращение на сервер, то может быть возвращать резульата непосредственно из action не такая уж и плохая идея?
0xD34F, тогда что-то я не понимаю- если ref реактивен в него мы передаем данные из гетера, эти данные лежат по ссылке. Тогда получается что при изменении геттера должны и измениться данные в ref, точнее он должен сослаться на измененные данные, которые в геттере. Где я туплю?
кажется понял, вы имеете ввиду, что в мутации remove я меняю массив у state, а в компоненте HelloWorld ref следит за изменениями в getters. А т.к. getters не меняется напрямую, то отсюда такой результат.
А computed следит за всеми связанными данными, по этому когда меняется state, а т.к. getters связан с state, то computed видит это изменение и обновляет отрисовку массива.
GrayHorse, подскажите пожалуйста еще, а есть ли разница межу вашим вариантом и этим вариантом? Только в том, что здесь используется axios или ест ькакие-то нюансы использования того или другого способа?
