а потом вызывать функцию по наполнению этого состояния. Те аргументы которые он приводит в пользу такого кода я пока слабо понимаю. Это правильный подход?
да, правильный, почему нет? Смотря какая семантика. Post может быть списком сущностей, абстрагированным от того, что именно его наполняет и изменяет. А может быть хранилищем результата запроса, абстрагированным от того, какие в нем сущности и как используются в приложении. И так, и так правильно - надо выбрать исходя из конкретных архитектурных соображений post можно оставить null, тогда там где используется можно использовать доступ ?.
Я вас понял, в моём понимании мне store по постам нужен только как место где я подтягиваю их с бека не более (но я пока не знаю уместно ли размещать в store хоть что-то кроме запроса к беку). Я с php пришёл и функционально по коду в js мне всё ясно. Я никак не могу понять типичную архитектуру во vue. У меня есть статическая информация с бека и мало того что ее надо проитерировать так еще и на каждой итерации накинуть логику (но при этом одну и ту же логику!) и еще и надо по определённому принципу обновлять эту инфу. Мозг в ступоре помогите) Вопрос не КАК а ГДЕ каждый из этих этапов обычно делают. Спасибо!
тогда можно оставить posts: null. При использовании posts, допустим, posts[0] - делать posts?.[0] как раз стор нужен для чего угодно КРОМЕ хранения результата запроса. Для него можно использовать useFetch. Чуть-чуть выше я уже кидал ссылки другому человеку с точно такой же задачей. useFetch используется в компоненте
нужен код где эта информация с бека уже есть - будет понятно как ее проитерирвать
Обсуждают сегодня