Утверждение "в Options API всё равно приходится использовать Composition API" лукавое, потому как до определённой версии Vue 2 Composition API не было, и, как получается из ваших слов, не было никакой возможности реализовать функционал.
Неистово плюсую! Куда такую гонку гнать спрашивается ? Совершенно некомфортно слушать - раз 20 перематывал назад. Обязательно конечно нужно было, второй раз (8:39, 8:52) упомянуть о программе курса и личных соцсетях, вдруг кто уже забыл за прошедшие 13 секунд.
Если мы используем имена компонентов внутри SFC, то документация предлагает использовать PascalCase. А вот если мы используем шаблоны компонентов непосредственно в DOM структуре, то там уже kebab-case
@@lectoria странный вопрос, чем больше внедрено в проект соглашений по именованию в рамках одной задачи, тем меньше это соответствует принципу KISS. По аналогии можно спросить, зачем существуют eslint-правила... Такое понимание должно быть развито на уровне чутья.
Важная тема, а дана "на отвали"!
Сюда бы ещё "vs property-decorator"
Утверждение "в Options API всё равно приходится использовать Composition API" лукавое, потому как до определённой версии Vue 2 Composition API не было, и, как получается из ваших слов, не было никакой возможности реализовать функционал.
Согласен. Я не учел, что CompositionAPI появился позже.
@@lectoria нет, вам субъективно захотелось положить на чашу весов с Composition API дополнительный вес, это называется манипуляцией.
@@viT-1 понял, хорошо
@@viT-1во второй версии есть сторонняя библиотека, которая дает возможность использовать composition api.
Куда так спешат словами множество обучающих программированию, от куда такое появилось!?.
Наверное, неосознанное желание куда-то успеть ))
Неистово плюсую! Куда такую гонку гнать спрашивается ? Совершенно некомфортно слушать - раз 20 перематывал назад. Обязательно конечно нужно было, второй раз (8:39, 8:52) упомянуть о программе курса и личных соцсетях, вдруг кто уже забыл за прошедшие 13 секунд.
Вообще, если придерживаться соглашения о веб-компонентах, в шаблонах компоненты следует писать с именами, как минимум из двух слов в dash-style.
Если мы используем имена компонентов внутри SFC, то документация предлагает использовать PascalCase. А вот если мы используем шаблоны компонентов непосредственно в DOM структуре, то там уже kebab-case
@@lectoria Инженерно это плохое предложение... Тут так заворачивать, а тут эдак.
@@viT-1 А почему?
@@lectoria странный вопрос, чем больше внедрено в проект соглашений по именованию в рамках одной задачи, тем меньше это соответствует принципу KISS. По аналогии можно спросить, зачем существуют eslint-правила... Такое понимание должно быть развито на уровне чутья.
@@lectoria Помимо этого мы же говорим именно о html, а его теги, по спецификации, регистронезависмы, потому PascalCase тут тоже неуместен.
Да, уж! Ну для кого объяснение-то? Туда-сюда, вставил-вынул и типа должно быть понятно?
Отвратительная подача материала