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

Ты вправе делать так, как тебе хочется - глобальная шина, инжект, стор или другой велосипед.
Но не завывай:
* Есть сообщество, которое диктует правила написания кода - все стараются придерживаться ему, чтобы можно было расширять команду и не заставлять специалиста изучать твой велосипед.
* Есть команда, в которой так же имеются свои правила написания кода и нарушения их - это табу.

Но ты всегда можешь идти против всех и делать, так как считаешь нужным тебе - это твой выбор.

Но на данный момент Vuex предпочтительней:
https://v3.vuejs.org/style-guide/#implicit-parent-child-communication-use-with-caution

использую длинные название классов в scss типа
.name {
 &-component_name {
   &-element_name {
   }
 }
}

Есть способы их минимазции через nuxt, webpack? Что-то можете посоветовать? Хочу чтобы в скомпиленом проекте получалось .a, .b, .c ну вы поняли

Зачем это минимизировать?

символов меньше получится. Соотвественно и размер

вот нечто подобное чтобы вышло

а тут намного меньше символов?

1. Названия классов должны  описывать, что в них заложено.
2. "Овчинка выделки не стоит"

да, намного

так не в скомпиленом проекте описывают и в деве. В билде то зачем?

может тогда просто пересмотреть css класс нейминг? как дебажить то это ?

а ну ясно

в деве спокойно. Да и через элементы знаешь

Ладно, скажу что это делается на NGINX.
Зачем тебе это? Чего ты хочешь достичь?

шта? на nginx? можно профит?

увидел, подумал что классно
1. Меньше занимает
2. Защищает от парсинга по классам

Сэкономить можно место, спарсить по классам невозможно. Билд пересобрался - новые названия появились

если это через nginx, то меньше занимать это никак не может

1. Сильно спорное утверждение по поводу того что шина это велосипед. Это утилита, такая же как MathUtil или FormCOnstructor
2. По поводу команды согласен
3. Документация говорит о «Props and events should be preferred for parent-child component communication», но увы бывают случаи когда есть коммуникация даже между несколькими инстансами vue на странице, или между двумя фреймворками, да даже между двумя child компонентами, которые лежат черт знает где друг от друга. И Vuex в этом плане будет или мешать, или будет просто таким же костылем. Увы мир не бинарен, и нету просто паттерн/антипаттерн. Просто нужно использовать вещи с умом

Фильтром в одном большом модуле, но его никто не использует - по крайней мере я точно нет, т.к. не вижу смысла

вот и я не вижу смысла, это делать через nginx