Аргументация против глобальных автоимпортов (типа тех, что в Nuxt) от Artyom Tuchkov

1. Это явно - ты всегда видишь, откуда взялся компонент и в один клик можешь провалиться в него, а не в *.d.ts ;)

2. Это наглядно видно не только в редакторе, но и на всяких гитхабах, когда смотришь там код, с автоимпортами тебе придется гадать, откуда взялся компонент

3. Если проект вырастает во что-то большее, чем маленький пет, то количество компонентов уже не даст нормально и лампово работать с автоимпортами, если их названия будут собираться на основе папочек, где они лежат, а в больших проектах это вообще самоубийство

4. Не нужно генерировать портянку *.d.ts для того, чтобы редакторы видели их, и, как следствие, без них ты получаешь более качественный тулинг и анализ твоего кода

5. Ты уверен, что тришейкинг работает правильно и ты явно контролируешь загрузку каждого конкретного компонента в каком-либо месте, а не полагаешься на то, что за тебя это каким-то магическим образом сделает автоимпорт

6. Импорты может проставлять сама IDE, а еще их можно сворачивать в 1 строку, если визуально отвлекают

#architecture #bestpractices #tip #nuxt

#новость дня

В node.js появилась экспериментальная нативная поддержка TypeScript!

Крепко же их bun приложил...

Ссылка на PR: https://github.com/nodejs/node/pull/53725

По факту происходит отбрасывание типов, поэтому средства вроде Enum и namespace не поддерживаются. Инициатива предоставления стабильного API поверх TypeScript получила название amaro и в дальнейшем планируется выделение в отдельный обновляемый модуль. Работает (кто бы сомневался) при помощи swc, собранного в WebAssembly!

Так что никаких больше ts-node!

node main.ts

...и поехали!

#node #typescript #ts

https://react-to-nuxt.com/

великолепно я щитаю) ждём)

Ну что, как вам https://vuejs.org/api/sfc-script-setup.html#reactive-props-destructure ?
Удобно? Полезно? Нравится?

Ребята, а что вы думаете о FSD? Насколько он необходим мелким и средним проектам, и решает ли он проблемы в больших?

https://habr.com/ru/companies/vk/articles/831148/

Вышел TypeScript 5.6 🔥

— Новые синтаксические проверки на нулевые/истинные значения
— Методы-помощники итератора и проверки на строгость
— Приоритетная проверка регионов в редакторах
— Гибкое поведение --build

https://habr.com/ru/articles/842166/

Немного не о Вуе

Накидайте в комменты интересных/забавных вопросов на собесах которые вам попадались (а может быть и вы сами что-то придумывали интересное), как по JS/TS так и по Vue, Nuxt

А они ещё живы вот эти вот "Поделиться в"?
Вы пишете сами такие вещи или используете что то типа https://github.com/stefanobartoletti/nuxt-social-share ?

Я правильно понял, что ребята берут денюжку за отдельную услугу миграции с 2 на 3 вуй?

https://migrate-vue.com

А есть адекватные примеры на практике в использовании Generic Components? Не могу найти ничего интереснее обычного селекта

18 качественных отличий Vue от React от Artyom Tuchkov

- отсутствие легаси-абсурда: @change во вью - это реальный change, а не input, как в реакте, мимикрирующий под change
- отсутствие stale closure и всех связанных с ним проблем
- автоматический трекинг зависимостей, нет костылей типа useCallback
- удобные хелперы из коробки (привет либам clsx и classnames)
- удобный DSL, а не стремный JSX
- нет useEffect и миллиарда статей и докладов на тему “вы неправильно используете useEffect”
- нет проблем с воображением, когда добавляют новые фичи - useImperativeHandle и dangerouslySetInnerHTML
- есть сахар для работы с формами - v-model
- есть слоты
- нет костыльного стриктмода, который, прости хоспаде, твой код запускает дважды, чтобы тебе было приятнее работать избавить тебя от багов
- нет monkey-patching’а нативных console и fetch
- нет ререндеров на любой чих
- нет 50 вложенных контекстов в руте приложения
- нет прекрасного forwardRef
- есть нормальная система плагинов
- есть реактивность для Map/Set из коробки
- есть нормальная мутабельность без сотни копий всего подряд
- есть nextTick, не надо костылить с flushSync

#react #vuejs