Alex

https://babeljs.io/repl#?browsers=Chrome%2080&buil...

Потому что TS не знает что конкретно находится в переменной id. Он только знает что там какая-то строка. А поскольку id может быть любой строкой, то и значение ITEMS[0][id] тоже может быть чем угодно.

Вы можете изменить ваш интерфейс, указав какие значения может принимать id

interface IFilters {
    id: keyof IItems; // <-- "id" | "filter1" | "filter2"
    title: string;
  }

На сервере у вас должен быть какой-то API. И vue обычным fetch или ещё чем должен обращаться к этому API

Откройте одну из стандартных тем ВП и посмотрите как она устроена. Это именно то что вам нужно.

setTimeout( () => this.submitComment(), 1500);

obj.constructor.name

Ем ...

newPrice = `${this.currentMaterial} ${this.currentCut}`
circle[0][newPrice]

не?

В самом верху админки есть вкладка "Настройки экрана". Там можно включить/выключить отображение разных колонок.

При скроле вниз у вас на navigation-top вешается site-navigation-fixed. От этого скрол прыгает вверх и этот класс удаляется. И так по кругу.

Отвечу вам по тезисам.

помощью визуального конструктора можно сделать вообще любую верстку

Во времена, когда многие темы создавались, ещё не было визуальных конструкторов. И каждый разработчик темы, пытался сделать свою максимально универсальной.

А если ты немного разбираешься в коде, то вообще проблем нет, можешь из любой темы сделать любой сайт.

Не совсем. Темы бывают очень большими. А внося в неё изменения вы лишаетесь всех обновлений и патчей. А поддержка дочерней темы есть не у всех. И она не всегда достаточно гибкая. Не всегда её хватает.

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

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

А еще интересно, кто-нибудь вообще делает сайты на темах по умолчанию, всяких Twenty Sixteen и прочих...

Вполне.

По моему мнению, при установке WordPress должны быть по умолчанию всего только две темы. Астра и Underscores.
Underscores для программистов, Астра для всех остальных

При установке ВП идут темы, которые созданы и для разработчиков. Они отлично документированы. Показывают как лучше организовать структуру проекта. Как, где использовать различные настройки. Какие вообще есть возможности в теме. И с каждой версией ВП выходит новая тема демонстрирующая новые возможности.

Эти темы должны быть универсальными

Не стоит забывать о производительности. Чем более универсальна тема, тем медленнее она работает.

И тогда не надо будет городить сотни тем.

И всё равно ничего не изменится. Вы же знаете этих разработчиков. Если софт им не нравится — они напишут свой. Да и полагаться на одну-две разработки на рынке не лучший план. Найдется уязвимость в Астра и все сайты под угрозой. А так всё чуть более фрагментировано.

И кстати даже платные темы не нужны. Я общался с многими разработчиками, которые уже не один сайт сделали, и они все говорят, что да, платными темами они не пользуются.

А я вот работал в студиях, которые создают сайты в сумашедшем темпе. Там всегда берется готовая тема с themeforest, немного поправляется под требования клиента наполняется контентом. И готово. Иногда клиенты сразу приходили с темой или с ссылкой на тему что им понравилась.

Список: https://github.com/vuejs/awesome-vue#projects-usin...

А вообще. Предположу что дело немного в другом.
Дело в том, что при работе с Vue у вас есть огромная гибкость в архитектуре. И каждый проект может организовать её так, как нужно для конкретно его задач. У кого-то структура подобная NuxtJS, а у кого-то что-то кардинально другое. Безусловно, есть какие-то специфичные Style guide, но это немного о другом нежели об организации.

Работая с Vue признаки "хорошого" и "плохого" кода точно такие де как и при работе в любом стеке. Плохая архитектура, это та, которую вам сложно поддерживать, где требуется много времени для внедрения какой-то фичи, или на отладку. И совершенно не важно о чем идёт речь: о Vue компоненте, или о обычной JS функции.

Советую почитать вот это. Там речь идёт об ООП классах, но все признаки и методы так же применимы и для простых функций и для компонентов и для практически чего угодно на любом языке.