10 советов для написания чистого кода на Vue.js
1. Разумное использование
2. Следуйте соглашениям об именовании в
3. Избегайте чрезмерного использования
Пример: Используйте ref или reactive для временных состояний.
4. Эффективное использование слотов. Используйте именованные слоты для большей гибкости в многократно используемых компонентах и документируйте их использование.
Пример: Создайте компонент Card с <slot name="header"></slot> для настраиваемых заголовков.
5. Использование
Пример: Применяйте стили, специфичные для компонента, без влияния на другие части приложения.
6. Написание многократно используемых компонентов. Разделяйте элементы интерфейса на многократно используемые, специфичные компоненты, избегая чрезмерно обобщенных конструкций.
Пример: Вместо жесткого кодирования кнопки, создайте настраиваемый компонент Button, поддерживающий пропсы для различных стилей.
7. Обработка асинхронного кода. Используйте
8. Документирование пропсов и событий. Ясно определяйте и документируйте пропсы и события, используя аннотации
Пример: Используйте defineProps и defineEmits в Vue 3 для ясности и безопасности типов.
9. Линтинг кода. Настройте
10. Упрощение шаблонов. Избегайте сложной логики в шаблонах; вместо этого используйте вычисляемые свойства или методы.
Пример: Замените `v-if="list.filter(item => item.active).length > 0"` на вычисляемое свойство `activeItems`.
(с) dev.to
#tip #bestpractices
1. Разумное использование
Composition API
. Разделяйте большой код на небольшие, многократно используемые компоненты для поддержания модульности и читаемости.2. Следуйте соглашениям об именовании в
Vue
. Используйте PascalCase
для имен файлов компонентов и, при необходимости, kebab-case
для использования в шаблонах.3. Избегайте чрезмерного использования
Vuex
или Pinia
. Держите временные состояния интерфейса (например, видимость модальных окон) локальными для компонента, а не в глобальном управлении состоянием.Пример: Используйте ref или reactive для временных состояний.
4. Эффективное использование слотов. Используйте именованные слоты для большей гибкости в многократно используемых компонентах и документируйте их использование.
Пример: Создайте компонент Card с <slot name="header"></slot> для настраиваемых заголовков.
5. Использование
Scoped Styles
. Используйте scoped стили в <style scoped> для предотвращения конфликтов CSS
.Пример: Применяйте стили, специфичные для компонента, без влияния на другие части приложения.
6. Написание многократно используемых компонентов. Разделяйте элементы интерфейса на многократно используемые, специфичные компоненты, избегая чрезмерно обобщенных конструкций.
Пример: Вместо жесткого кодирования кнопки, создайте настраиваемый компонент Button, поддерживающий пропсы для различных стилей.
7. Обработка асинхронного кода. Используйте
async/await
для API
-запросов и обрабатывайте ошибки с помощью центральной функции.8. Документирование пропсов и событий. Ясно определяйте и документируйте пропсы и события, используя аннотации
props
и emit
или TypeScript
.Пример: Используйте defineProps и defineEmits в Vue 3 для ясности и безопасности типов.
9. Линтинг кода. Настройте
ESLint
и Prettier
с Vue
-специфическими конфигурациями для обеспечения качества и согласованности кода.10. Упрощение шаблонов. Избегайте сложной логики в шаблонах; вместо этого используйте вычисляемые свойства или методы.
Пример: Замените `v-if="list.filter(item => item.active).length > 0"` на вычисляемое свойство `activeItems`.
(с) dev.to
#tip #bestpractices
Пример "протекания" стилей во
Playground
Нужно хорошее семантическое наименование классов, чтобы не попасть в такую ситуацию
#css
Vue 3
при scoped styles
от Artyom Tuchkov
// A.vue
<div class="a" />
// B.vue
<div class="b">
<div class="a">
<A /> // oops
</div>
</div>
Playground
Нужно хорошее семантическое наименование классов, чтобы не попасть в такую ситуацию
#css
Buzz Aldrin, почти столетний ныне американский астронавт, в 1969 году ступивший на Луну, несколько раз в видео интервью обмолвился и намекнул, что он там не был.
Американцы летали на Луну?
Американцы летали на Луну?
Anonymous Poll
41%
Да
22%
Нет
37%
Пофиг
Предлагаю поделиться в комментариях тремя вещами, которые делают вашу работу комфортной и эффективной. Что-то неординарное, а не такое банальное и мастхэвное, как
Начну:
1. Remote разработка на мини пк
2.
3. @sxzz/eslint-config
#dx
Vite
, например.Начну:
1. Remote разработка на мини пк
2.
Cursor IDE (AI помощник)
3. @sxzz/eslint-config
#dx
Кто занимается микрофронтендами - познавательная статья Micro Frontends на сайте Мартина Фаулера
#microfrontends #architecture #bestpractices
#microfrontends #architecture #bestpractices
martinfowler.com
Micro Frontends
How to split up your large, complex, frontend codebases into simple, composable, independently deliverable apps.
Примеры файловых структур Vue проекта для плоской, атомарной, модульной и FSD архитектур
Предпочитаю всегда модульную с небольшими вариациями
#architecture #fsd
Предпочитаю всегда модульную с небольшими вариациями
#architecture #fsd
Комментарии к прошлому посту ярко показывают, стоит ли тащить в свой проект чудо природы под названием
Модульная архитектура даёт понятную четкую декомпозицию проекта, хорошо разделяя
Общие элементы типа
Между модулем и однофайловым компонентом есть промежуточные структуры - виджеты типа
Довольно сложный вопрос, где держать и как наименовать файлы с бизнес-логикой - как реактивной, так и обычной. Однозначного совета пока нет. Скорей тут надо использовать программерские подходы из обычного ООП.
#architecture
FSD
.Модульная архитектура даёт понятную четкую декомпозицию проекта, хорошо разделяя
ShoppingCart
от UserAccount
, например. Позволяя видеть в файловой панели только относящиеся к нужному модулю ресурсы, и работать над модулями независимо.Общие элементы типа
BaseButton
можно держать в App
, а можно выделить под них отдельный проект (вроде своей дизайн системы) и подключать папкой ui
через git submodules
. Так же, как и объекты типа api
.Между модулем и однофайловым компонентом есть промежуточные структуры - виджеты типа
FileUploader
, например, в которых есть чисто их композаблы, утилиты, компоненты, типы. Их удобно держать в своих папках без разделения по поддиректориям.Довольно сложный вопрос, где держать и как наименовать файлы с бизнес-логикой - как реактивной, так и обычной. Однозначного совета пока нет. Скорей тут надо использовать программерские подходы из обычного ООП.
#architecture
Одна из проблем при разработке нативных
Это довольно сложно реализовать, и
#rolldown #rspack
js
бандлеров типа Rolldown
и Rspack
- они должны работать в WASM
для возможности их запуска в браузере ( StackBlitz
, Bolt.new
и т.п.)Это довольно сложно реализовать, и
Rspack
отказался от этого. Но Rolldown
, по словам Эвана Ю
, будет поддерживать билд в браузерных средах и уже показывает хорошую производительность в них.#rolldown #rspack