! В Vue 3.5 появилась одна из самых ожидаемых фич — реактивная деструктуризация пропсов. Если вы хоть раз писали: const { foo } = defineProps() и удивлялись, почему реактивность перестаёт работать — этот ролик для вас. Разбираем: ✅ Почему деструктуризация ломала реактивность раньше ✅ Как приходилось обходить это ограничение до Vue 3.5 ✅ Что изменилось в компиляторе ✅ Как выглядит результат компиляции под...
: git branch -D feature/task-1234 Удалил ветку. НЕ ЗАПУШЕННУЮ ветку. С кодом за весь день. И в этот момент внутри начинается: «Ну всё. Сейчас буду по памяти восстанавливать изменения…» Сижу в холодном поту, прокручиваю в голове: — какие файлы менял — какие методы переписывал — что вообще успел сделать Но оказалось, что Git не удаляет коммиты мгновенно. Даже если выполнить git branch -D, Git чаще всего удаляет только указатель на ветку, а сами коммиты ещё какое-то время остаются в локальном репозитории. Почему так работает? В Git ветка — это просто ссылка на commit. Когда делаешь: git branch -D feature/some-feature Git удаляет не «код», а pointer на последний commit ветки...
? 😅 Я думаю, почти каждый, кто работает с Vue 3, через это проходил. Сначала у тебя аккуратный composable… А потом там появляется всё: — API запросы — валидация — watch — состояние — логика UI И в какой-то момент это уже невозможно поддерживать. В новом видео я разобрал реальный пример: — показываю “грязный” вариант (всё в одном файле) — объясняю, почему так делать плохо — и пошагово разбиваю на нормальную архитектуру Ключевая мысль: Composable — это не место, куда складывают всё подряд. Это инструмент для композиции логики. И когда ты начинаешь делить: UI → отвечает за отображение Composable...
👉 https://youtu.be/bHMIGlh9tzQ Это реальная ситуация из проектов: Backend ещё не готов API может поменяться а тебе уже нужно писать UI В видео показываю подход, который реально используют в проде: — как работать с моками без боли — как отделить UI от API — как не переписывать всё, когда приходит backend — и почему нужен слой адаптера 💡 В итоге: ты меняешь только одно место — и всё продолжает работать 📦 Репозиторий с примером: https://github...
Как Vue обновляет DOM — trigger, scheduler и очередь обновлений count.value++ console.log(el.textContent) // старое значение Кажется, что Vue “тормозит”, но на самом деле внутри происходит намного интереснее: — trigger — scheduler — очередь обновлений — microtask — и только потом обновление DOM В новом видео подробно разобрал: • почему DOM не обновляется сразу • как работают trigger, scheduler и job queue • зачем Vue откладывает обновления • и как всё это связано с nextTick Это продолжение серии про внутренности Vue: 1️⃣ Реактивность и Proxy 2️⃣ computed...
