vuex + typescript = vuexok. Велосипед, который поехал и обогнал всех

Маленький пример, допустим у нас новостной сайт.
У нас есть статьи. Мы можем их удалять/редактировать/получать

Пусть vue занимается тем чем должен заниматься — отрисовывает страницы/компоненты, реализует какую-то логику работы с ui, т.к. vue в первую очередь решает задачи уровня представления (Vue Introduction).
А всю работу с состоянием (хранение, доставка состояния до компонентов, получение состояния, изменение) возьмет на себя vuex.

Тогда накидаем сразу стор:

{
  state: {
    text: ''
  },
  mutations: {
    setText(state, text) {
      state.text = text
    },
    setId(state, id) {
      state.id = id
    }
  },
  actions: {
    async loadArticle(injectee) {
      const text = await loadArticle(injectee.state.id)
      injectee.commit('setText', text)
    },
    async edit(injectee, text) {
      await updateArticle(injectee.state.id, text)
      injectee.commit('setText', text)
    },
    await remove(injectee) {
      await removeArticle(injectee.state.id)
      injectee.commit('setText', '')
    }
  }
}

Пока все хорошо, отмечу что это очень синтетический пример. В реальном приложение будет еще какой-нибудь throttle, обработка ошибок, статус загрузки статьи (загружаем/загружено) и что-нибудь еще

Далее допустим у нас появляются еще комментарии, которые должны уметь всё то же самое. Первое что приходит в голову — копипаст. Но это утопия если подобных сущностей как статьи и комментарии у вас в проекте не 2-3, а 10-15. Вот тут было бы здорово иметь возможность «наследовать» модули, что бы не дублировать одну и туже логику. Сразу поясню, что я тут имею ввиду наследование не в классическом ООП понимание. Тут скорее наследование в значение — делает то же самое, но чуть-чуть иначе (например отсылать запросы на другой эндпоинт).

Использовать vuex только для хранения данных, а отправлять запросы о обрабатывать результат их работы в компонентах тоже плохой вариант, т.к. повторяющаяся логика работы с состоянием останется, просто она будет размазана по всему приложению.
Что касается сервисов — на мой взгляд это правильный подход, но бывают частные случаи когда лучше без них. И если вы не решаете специфичные задачи, c vuex чаще всего сервисы не нужны.

Как я говорил ранее скоро будет статья посвещенная этой теме. Там будет openapi-generator + vuex

Художники так видят. Наследуют круды в сторах