Vue 3.3 для поддержки импортированных извне типов

автор vadim


Vue, популярная среда JavaScript для создания веб-интерфейсов, находится на пути к добавлению поддержки импортированных извне типов в запланированном выпуске 3.3. Две функции, которые изначально планировалось включить в Vue 3.3, Suspense и Reactivity Transform, останутся в экспериментальном статусе.

Планы для Vue 3.3 включают поддержку импортированных извне типов в `<script setup>` макросы, — написал основатель Vue Эван Ю в своем блоге от 1 января. Текущая стабильная версия — Vue 3.2.45, выпущенная в ноябре. Вы написали, что в настоящее время экспериментальная функция Vue Suspense для оркестровки асинхронных зависимостей в дереве компонентов все еще нуждается в дальнейшем обсуждении. То же самое касается другой экспериментальной возможности, Reactivity Transform, которая представляет собой набор преобразований компилятора, улучшающих эргономику при использовании API реактивности Vue.

Разработчики Vue также планируют оценивать отправленные пользователями RFC (запросы комментариев) и запрашивать комментарии о функциях, которые ожидаются в Vue 3.4 и более поздних версиях, таких как ленивая гидратация SSR (рендеринг на стороне сервера), чтобы улучшить расчетную задержку ввода и время до интерактивности. серверные приложения Vue.

Разработчики Vue также изучают альтернативную стратегию компиляции, называемую Vapor Mode, которая компилирует однофайловые компоненты Vue в вывод JavaScript, который является более производительным, использует меньше памяти и требует меньше кода поддержки во время выполнения по сравнению с существующим виртуальным выводом на основе DOM0. Vapor Mode находится на ранней стадии.

По словам Ю, в обозримом будущем не планируется больших, критических изменений Vue. Но создатели Vue также хотят улучшить периодичность выпуска фреймворка, выпуская небольшие и более частые второстепенные выпуски, чтобы быстрее получить больше функций. Функции будут поставляться только в второстепенных версиях, в отличие от предыдущего режима группировки многих функций вместе в больших, нечастых второстепенных выпусках. Это привело к тому, что функции низкой сложности были заблокированы, в то время как работа над функциями более высокой сложности продолжалась.

Далее прочитайте это:

  • Лучшее программное обеспечение с открытым исходным кодом 2022 года
  • Разработчики не хотят заниматься операциями
  • 7 причин, почему Java по-прежнему великолепна
  • Почему Wasm — это будущее облачных вычислений
  • Почему оценки программной инженерии — это мусор
  • Объяснение непрерывной интеграции и непрерывной доставки

Related Posts

Оставить комментарий