обратите внимание, что data у вас объявлена как объект, хотя согласно документации она должна быть объявлена как функция, которая возвращает объект
Тут вы не совсем правы. data может быть объектом или функцией, но обязан быть функцией только при определении компонентов.
При определении компонента опция data должна быть функцией, которая возвращает объект данных, потому что может быть создано множество экземпляров. Если использовать в data простой объект, то все созданные экземпляры получат ссылку на него! А когда data — функция, при создании нового экземпляра можно вызвать её и получить свежую копию данных для инициализации
В плане поисковой оптимизации не скажу наверняка. Но подозреваю что всё равно.
Я бы не убирал.
Это нагляднее. Так у вас нет "Стандартной" локали. У вас все локали равнозначны. И всё что нужно сделать — при первом посещении перенаправить пользователя на одну из них в зависимости от настроек браузера или местоположения.
Так проблема именно в том, что категории нужны разные. Разные категории в разных частях интерфейса. Сейчас в каждом компоненте собственный геттер, и ИД в стейте. Думалось как-то оптимизировать и перенести эту логику в одно место.
VegasChickiChicki, Собственно я то и имел в виду. Только вынести это в отдельный модуль. Мне этот подход кажется весьма избыточным. Создать модуль хранилища, в нем хранить состояние, а в компоненте отслеживать изменения... Чувствуется примерно как "пушкой по воробью". Неужели нет способа проще?
damarkuzz, <article> — это любой "вводимый человеком" контент. Статья на сайте, комментарий, новость в блоге, что угодно. Если таковых нет, и весь контент у вас генерируется программно тогда он вам не нужен.
Тут вы не совсем правы. data может быть объектом или функцией, но обязан быть функцией только при определении компонентов.
Так что код автора, в этом плане, вполне верный.