Душный Вуй
744 subscribers
153 photos
5 videos
4 files
354 links
Немного душные, но ламповые заметки о Vue.js
#vuejs #vue #nuxt #vuex #pinia #вью #vapor
Download Telegram
#vue

Кстати одним из вопросов в дженге было "Чем отличается watch от watchEffect", и почему-то мало людей отвечало на него, даже среди разработчиков на Вуе, так что давайте немного теории:

watch
Это такой наблюдатель который позволяет следить за чем либо, и выполнять нужные действия когда вот это первое поменяется, ну например:
import { ref, watch } from 'vue';

const count = ref(0);

watch(count, (newValue, oldValue) => {
console.log(`count изменился с ${oldValue} на ${newValue}`);
});

count.value = 1; // Вывод: "count изменился с 0 на 1"

Какие у него есть нюансы?
— Надо явно указать за чем ты хочешь следить
— Он начинает следить только при первом изменении переменной, если ты ему не укажешь immediate: true
— Могёт тебе показать как старое значение, так и новое
— Есть разные настройки, типа того же immediate, или например возможность указать когда именно должен работать watch, до рендеринга, или после

Причем, так то в watch тоже можно следить на несколькими элементами вот так
watch([count, name], ([newCount, newName], [oldCount, oldName]) => {
console.log(`Count: ${newCount}, Name: ${newName}`);
console.log(`Было: Count: ${oldCount}, Name: ${oldName}`);
});


watchEffect
Тоже наблюдатель, вот только он умеет следить сразу за несколькими переменными вот так:
import { ref, watchEffect } from 'vue';

const count = ref(0);
const multiplier = ref(2);

watchEffect(() => {
console.log(`Результат: ${count.value * multiplier.value}`);
});

// Вывод при инициализации: "Результат: 0"
count.value = 1; // Вывод: "Результат: 2"
multiplier.value = 3; // Вывод: "Результат: 3"


Шо по нюансам?
— Не надо первым аргументом передавать то, за чем ты хочешь следить
— Он прям сразу следит за всем (не нужно указывать immediate).
— Он не покажет тебе старое и новое значение
— Подойдёт когда тебе нужно следить сразу за несколькими переменными
— Тоже есть интересные настройки типа flush для определения когда именно он должен работать
— Для отладки кстати можно заюзать onTrack и onTrigger

Ну и читаем доку конечно жи:
EN: https://vuejs.org/guide/essentials/watchers.html
RU: https://ru.vuejs.org/guide/essentials/watchers
👍271
Спасибо огромное ребятам из Msk Vue.js, каналу Vueist (Денису Чернову) и всем-всем кто помогал восстановить канал после удаления, вы лучшие! ❤️
54🔥9👌4👍2😁2
Forwarded from MSK VUE.JS News
Команда оргов Msk Vue.js легендарно ворвалась на весенний Holy.js ❤️

Мы ломали шаблоны, стереотипы, убеждения реактщиков и дженгу 😅 особо удачливые даже забрали супер эксклюзивный хэндмейд сувенир от нас😂

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

Скоро увидимся еще) следите за обновлениями в чатике❤️

P.S. Найди ЛЕГЕНДУ на фото🙃
Please open Telegram to view this post
VIEW IN TELEGRAM
17👍7🥰5🫡1
Шо, забирайте свеженький стикерпак про вуй)
Если будут идеи для новых стикеров, пишите в комменты 🙏
Может быть на ближайший митап притащу стикерочков
🔥12👍1
This media is not supported in your browser
VIEW IN TELEGRAM
25🔥12👍4😁1
Народ, а как вы обходите региональные ограничения при работе с API ChatGPT с российского сервера?
Папочка с Vue.js каналами и чатами

Если знаете ещё, пишите, добавлю 💚
Please open Telegram to view this post
VIEW IN TELEGRAM
9👍3🔥2
Кто-то уже пробовал разворачивать что-то на NativeScript Vue? Достойный аналог капаситора, или все ещё фигня?
👍1
#vue

Иногда пишешь компонент, прокидываешь в него всякие id, class, style и прочие data-*, а они куда-то теряются. А всё потому, что Vue по умолчанию не лепит эти атрибуты на все элементы подряд. Но есть нюансы 👇

Что вообще происходит?

Vue берёт все атрибуты, которые ты НЕ объявил явно в props, и добавляет их к корневому элементу твоего компонента.
<MyButton class="big red" id="super-btn" />

<!-- Внутри MyButton.vue -->
<template>
<button>Нажми</button>
</template>

👉 В итоге на кнопке окажутся и class="big red", и id="super-btn". Удобно? Удобно.

А если у меня кастомная разметка?
Если ты хочешь, чтобы атрибуты не просто свалились куда попало, а чтобы ты сам решил — кому их отдать. Тогда тебе пригодится юзать v-bind="$attrs".
<template>
<div>
<button>Жмек-с</buitton>
<button v-bind="$attrs">Жмак</button>
</div>
</template>


Иногда ты вообще не хочешь, чтобы Vue сам что-то передавал. Например, если ты хочешь полный контроль. Тогда пишешь:
<template>
<div class="wrapper">
<button v-bind="$attrs">Кнопка</button>
</div>
</template>

<script setup>
defineOptions({
inheritAttrs: false
})
</script>

👉 В этом случае все атрибуты пойдут только на кнопку, а не на обёртку. Особенно полезно, если тебе важно, чтобы стили/события применялись именно к интерактивному элементу.

Важные моменты

— Всё, что не prop — это $attrs
— По умолчанию всё это идёт в корневой элемент
— Хочешь контроль — юзай inheritAttrs: false и v-bind="$attrs"
$attrs можно использовать и в setup, и в template
— Если атрибут совпадает с именем prop — он туда не попадёт

Ну и конечно читаем доку:
EN: https://vuejs.org/guide/components/attrs.html
RU: https://ru.vuejs.org/guide/components/attrs
🔥17👍9👌2
This media is not supported in your browser
VIEW IN TELEGRAM
👌10
https://ui-libs.vercel.app/

Выбираем правильные либы для вуя и нухта
👍12
#vue

KeepAlive во Vue 3 — теперь с бонусами 🎁


KeepAlive — это специальный компонент-обёртка, который позволяет кешировать компонент, когда он удаляется из DOM. То есть Vue его не уничтожает, а аккуратно откладывает "на потом". Это как display: none, только с сохранением всех данных, реактивности и внутреннего состояния.

Типичный кейс:

У тебя табы или роуты, и ты хочешь, чтобы при переключении вкладки не терялись вводимые данные, скролл и т.д.
<KeepAlive>
<component :is="currentTabComponent" />
</KeepAlive>


А если я хочу контролировать, что именно кешируется?

У KeepAlive в Vue 2.1.0+ есть пропсы include и exclude, туда можно вписать имена компонентов:
<!-- строка, разделённая запятыми -->
<KeepAlive include="a,b">
<component :is="view" />
</KeepAlive>

<!-- регулярное выражение (используйте `v-bind`) -->
<KeepAlive :include="/a|b/">
<component :is="view" />
</KeepAlive>

<!-- массив (используйте `v-bind`) -->
<KeepAlive :include="['a', 'b']">
<component :is="view" />
</KeepAlive>


А ещё можно использовать max, чтобы указать, сколько компонентов максимум можно держать в памяти.
<KeepAlive :max="2">
<component :is="currentTabComponent" />
</KeepAlive>


Что нового во Vue 3?

Раньше было просто: компонент либо кешировался, либо нет. А теперь у нас больше гибкости:

Новое поведение: onActivated и onDeactivated

Когда компонент попадает в KeepAlive, Vue не вызывает unmounted, как обычно. Вместо этого срабатывают хуки:
onActivated(() => {
console.log('Я снова в деле!');
});

onDeactivated(() => {
console.log('Пошёл отдыхать');
});


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

Когда не надо использовать?
— Если компонент дешёвый (рендерится быстро)
— Если тебе не важно сохранять состояние
— Если ты хочешь, чтобы он пересоздавался при каждом появлении

TL;DR:
— KeepAlive сохраняет компоненты в памяти
— Не вызывает unmounted, используй onActivated и onDeactivated
— Можно фильтровать компоненты через include / exclude
— Есть max — ограничитель памяти
— Работает только с одним дочерним компонентом (или <component>)

Ну и дока
RU: https://ru.vuejs.org/guide/built-ins/keep-alive
EN: https://vuejs.org/guide/built-ins/keep-alive.html
6👍186🔥4😁1
👍14🔥5
#vue

Сегодня поболтаем про onRenderTracked() и onRenderTriggered() — штуки, которые редко используют, но зря! 🔍

Что делают?
onRenderTracked — показывает, за чем Vue следит во время рендера (что "отслеживает").

onRenderTriggered — показывает, что изменилось и вызвало повторный рендер.

Когда применять?
— Когда у тебя компонент рендерится слишком часто, и ты не понимаешь почему
— Когда ты хочешь отладить производительность
— Когда ты ковыряешь чужой (или забытый свой) код, и надо понять, откуда ноги растут

Пример использования

<script setup>
import { ref, onRenderTracked, onRenderTriggered } from 'vue';

const count = ref(0);
const name = ref('Vue');

onRenderTracked((e) => {
console.log('[tracked]', e);
});

onRenderTriggered((e) => {
console.log('[triggered]', e);
});
</script>

<template>
<div>
<p>Счётчик: {{ count }}</p>
<p>Имя: {{ name }}</p>
<button @click="count++">+1</button>
</div>
</template>


👉 Когда ты жмёшь кнопку, в консоль вылетит:
[triggered] { target: ..., key: "count", type: "set" }


Что приходит в этих хуках?

Vue кидает тебе объект с такими полями:
effect — ссылка на реактивный эффект (рендер)
target — объект, за которым следили/который сработал (ref, reactive и т.д.)
key — конкретное поле (count, name, и т.п.)
type — тип действия (get, set, add, delete, clear)
oldValue и newValue (в triggered) — что поменялось

А что полезного можно делать?

🔍 Диагностика “лишних” перерендеров
Допустим, у тебя компонент рендерится при изменении чего-то, что вообще не используется в шаблоне.
Пихаем onRenderTriggered, запускаем консоль и проверяем — если key не совпадает ни с чем в template, возможно, надо рефакторить.

🧪 Логирование зависимости
Можно даже накинуть табличку с console.table, чтобы красиво смотреть за чем следит твой компонент.
onRenderTracked((e) => {
console.table({
key: e.key,
type: e.type,
target: e.target
});
});


🎛 Анализ производительности
Можно повесить счётчик, сколько раз компонент триггерился. Если там десятки вызовов при одном клике — уже подозрительно.

TL;DR:
onRenderTracked = смотри, за чем следим
onRenderTriggered = смотри, что изменилось и вызвало ререндер
— Полезно для дебага и оптимизации
— Использовать только в dev-режиме

Ну и дока конечно тут:
https://ru.vuejs.org/api/composition-api-lifecycle.html#onrendertracked
7🔥31👍72
Набор всяческих эффектных эффектов под вуй и нухт
https://www.stunningui.design/

Правда лагает что-то как мразь просто
😁9
Кстати очень хорошая и годная мысль, если уж копируете код из нейронки, проверяйте его и библиотеки которые она предлагает подключить
👍3💯2😁1
Forwarded from Будни разработчика (Sergey Bekharsky)
#нытьё дня

Неожиданно, пост дедовского нытья!

Раньше мы сами выбирали библиотеки. Скачивали архивы, клали их в vendor, подключали в коде. Всё было сложно, но понятно: ты знал, что именно ты ставишь, откуда оно, и зачем.

Потом появились Bower, npm, yarn — и стало проще. Одной командой можно было добавить любую зависимость. Но с этой простотой пришла и новая проблема: стало слишком легко установить что-то не то.

Теперь в игру вступил ИИ. Он подсказывает код, генерирует функции, предлагает решения. Иногда вместе с ними — и зависимости: import x from 'some-lib'. Всё бы ничего, но...

1. LLM генерирует код, который подключает внешние пакеты — это ожидаемо.
2. Иногда эти пакеты вымышленные, они не существуют.
3. Злоумышленники это поняли и публикуют настоящие пакеты с такими "выдуманными" именами.
4. Теперь LLM генерирует код, который подключает вредоносное ПО — и оно успешно устанавливается.

ИИ не различает добро и зло. Он просто делает то, что, по его модели, «похоже на правильное решение». А злоумышленники подстраивают реальность под эту модель.

Когда всё слишком легко, слишком удобно — легко забыть, что ты ставишь, откуда и зачем. И тогда vendor заполняется не тобой, а кем-то другим.

Естественно, это не только о фронтенде. Проблеме в том или ином виде подтверждена любая система пакетов. И даже операционные системы! Кастомные репозитории не вчера придумали.

Понятное дело, что проблему частично можно исправить, добавив в промпты реальные списки пакетов или проведя хоть какой-то анализ сферы. Но это же надо думать :)

Осторожнее, котаны.

#ai #vulnerability
👍161💯1