[Перевод] Юйси Ю: Проект Vue 3.0

• Template syntax will remain 99% the same. There may be small tweaks in scoped slots syntax, but other than that we have no plans to change anything else for templates.
• 3.0 will support class-based components natively, with the aim to provide an API that is pleasant to use in native ES2015 without requiring any transpilation or stage-x features. Most current options will have a reasonable mapping in the class-based API. Stage-x features such as class fields and decorators can still be used optionally to enhance the authoring experience. In addition, the API is designed with TypeScript type inference in mind. The 3.x codebase will itself be written in TypeScript, and providing improved TypeScript support. (That said, usage of TypeScript in an application is still entirely optional.)
• The 2.x object-based component format will still be supported by internally transforming the object to a corresponding class. Mixins will still be supported. *
• Top level APIs will likely receive an overhaul to avoid globally mutating the Vue runtime when installing plugins. Instead, plugins will be applied and scoped to a component tree. This will make it easier to test components that rely on specific plugins, and also make it possible to mount multiple Vue applications on the same page with different plugins, but using the same Vue runtime. *
• Наконец-то функциональные компоненты могут быть простыми функциями, однако теперь асинхронные компоненты нужно будет явно создавать с помощью вспомогательной функции.
• Часть, которая получит больше всего изменений, — это формат Virtual DOM, используемый в функциях рендеринга.В настоящее время мы собираем отзывы от основных авторов библиотек и будем делиться более подробной информацией, поскольку мы более уверены в изменениях, но пока вы этого не сделаете. в значительной степени полагаясь на написанные от руки (не JSX) функции рендеринга в вашем приложении, обновление должно быть достаточно простым процессом.

The codebase is also now written in TypeScript. Although this will make proficiency in TypeScript a pre-requisite for contributing to the new codebase, we believe the type information and IDE support will actually make it easier for a new contributor to make meaningful contributions.

Decoupling the observer and scheduler into separate packages also allows us to easily experiment with alternative implementations of these parts. For example, we can implement an IE11 compatible observer implementation with the same API, or an alternative scheduler that leverages requestIdleCallback to yield to the browser during long updates.*

• Меньше: эта новая кодовая база была разработана с учетом «встряхивания дерева». Такие, как встроенные компоненты (<transition>,<keep-alive>), директивы утилиты времени выполнения (v-model) и другие функции будут импортированы по запросу, поэтому они также могут быть "сотрясаемыми деревьями".Для этого нового времени выполнения его размер всегда останется под 10 кБ. Кроме того, сделав эти функции "сотрясаемыми деревом", мы можем предоставить больше встроенных функций без увеличения нагрузки на сеть, если они не используются.

  Аннотация: Оптимизация встряхивания дерева — это метод оптимизации для удаления неиспользуемого кода во время упаковки. У Google есть руководство, чтобы узнать об этом:Reduce JavaScript Payloads with Tree Shaking

• Быстрее: в предыдущих тестах мы видели удвоение общей производительности, включая скорость монтирования и исправления виртуальных DOM (мы начали сInfernoТам мы узнали несколько трюков — Inferno в настоящее время является самой быстрой реализацией виртуальной DOM), а также скорость создания экземпляров компонентов и производительность мониторинга данных. В версии 3.0 время запуска вашего приложения будет сокращено вдвое.

• Поддержка фрагментов и порталов. Несмотря на меньший размер, версия 3.0 также будет иметь встроенную поддержку фрагментов (т. е. позволяет компонентам иметь несколько корневых узлов) и порталов (т. е. позволяет выполнять рендеринг в другом месте DOM, а не внутри компонентов).

  Аннотация: Что касается портала, вы можете понимать его как кросс-компонентный рендеринг или удаленный рендеринг,vue-portalЭто сторонняя реализация, о ней можно узнать, у фичи Fragments тоже есть сторонняя библиотека, но переводчик считает, что внутренняя реализация этой библиотеки не идеальна, называется vue-fragments, о ней можно узнать если ты заинтересован.

• Усовершенствованный механизм слотов: все слоты, сгенерированные компилятором, будут в функциональной форме, и будут вызываться при вызове функции рендеринга дочернего компонента, пока идет рендеринг родительского компонента). Это приводит к тому, что зависимости в слоте (то есть аннотация данных) будут рассматриваться как зависимости дочернего компонента, а не текущего родительского компонента, что означает: 1) Когда содержимое слота изменяется, только дочерний компонент будет воссоздан Рендеринг; 2) При повторном рендеринге родительского компонента, если содержимое дочернего компонента не изменилось, дочерний компонент не нужно повторно рендерить. Изменения в этом механизме могут обеспечить более точное обнаружение изменений, что также может исключить ненужный повторный рендеринг.

• Поддержка пользовательских рендереров (Renderer): этот API можно использовать для создания пользовательских рендереров, которые будут отображаться как «первоклассные граждане», и им больше не нужно разветвлять код Vue для реализации настройки путем модификации. Появление этого API облегчит таким проектам, как Weex и NativeScript, «рендеринг в нативные приложения», чтобы поддерживать актуальность Vue. Кроме того, это позволит чрезвычайно легко создавать собственные средства визуализации для различных целей.

Повышения, связанные с компилятором *

В одном предложении: «удобный для дерева» вывод; больше AOT-оптимизаций; улучшенный анализ ошибок; поддержка исходных карт.

• Если используется упаковщик, который поддерживает «оптимизацию встряхивания дерева», дополнительные функции, используемые в шаблоне, будут импортированы через синтаксис модуля ES в сгенерированном коде; в упакованном файле эти неиспользуемые функции будут импортированы. ".
• Благодаря улучшениям, внесенным новой реализацией виртуального DOM, мы можем выполнять некоторые более эффективные оптимизации времени компиляции, такие как подъем статического дерева, подъем статического реквизита; подсказки компилятора, позволяющие избежать нормализации дочерних элементов; предоставление быстрых путей создания VNode и т. д.
• Мы планируем переписать синтаксический анализатор, чтобы при возникновении ошибки при компиляции шаблона он мог выдавать информацию о местонахождении ошибки, в дополнение к этому он также мог привнести поддержку карты исходников для шаблонов, также он мог поддерживать сторонние такие инструменты, какeslint-plugin-vueи функция языковых служб IDE.

Совместимость с IE 11*

Одним предложением: IE 11 будет поддерживаться, но будет поддерживаться в отдельной сборке, но эта версия будет иметь те же ограничения, что и реактивный механизм Vue 2.x.

Новая кодовая база в настоящее время предназначена только для основных браузеров, и мы предполагаем, что все они поддерживают ES2015. Но эй, мы также знаем, что есть много пользователей, которым все еще нужно будет поддерживать IE11 в обозримом будущем. За исключением прокси-сервера, большинство функций ES2015 можно использовать в IE11 с помощью транспиляции или оболочек. В наших планах реализовать отдельный альтернативный наблюдатель с тем же API, но на основе старомодногоObject.definePropertyAPI; затем выпустите его, создав отдельную сборку Vue 3.x, которая использует эту реализацию, но эта отдельная сборка по-прежнему будет иметь проблемы с обнаружением изменений с Vue 2.x, поэтому на самом деле это не версия A, которая полностью совместима с 3. Икс. Мы также понимаем, что это вызовет некоторые неудобства у авторов сторонних библиотек, поскольку им необходимо учитывать проблемы совместимости между двумя разными версиями, но когда мы перейдем к этому этапу, мы обязательно предоставим четкое руководство.

как мы достигнем нашей цели

Хотя мы объявляем сегодня, у нас пока нет четких сроков, на данный момент у нас есть шаги, чтобы добраться туда:

1. Попросите оставить отзыв о прототипе времени выполнения

Это также сцена, которую мы в настоящее время в. В настоящее время у нас есть рабочий прототип времени выполнения, который включает в себя новый наблюдатель, новый виртуальный DOM и новую реализацию компонентов. Мы пригласили команду авторов популярных сообществ, чтобы собрать свои отзывы об этих изменениях низкого уровня, в надежде, что они могут легко адаптироваться к этим изменениям, прежде чем двигаться вперед. Мы надеемся, что когда выпущены 3.0, эти ключевые трехсторонние библиотеки в экосистеме VUE также готовы к синхронизации, чтобы пользователи, которые полагаются на эти проекты, могут легко обновить.

2. Запрашивайте отзывы общественности через RFC

После того, как у нас будет некоторая степень уверенности в этом новом дизайне, мы установим специальный RFC-канал для каждой изменения не совместимости, в основном, включая следующую информацию:

• масштаб изменения;
• Плюсы и минусы изменений: что мы получим и чего это будет стоить.
• Путь обновления для этого изменения: полная обратная совместимость, внедрение съемного слоя совместимости или изменение кода?

3. Введите функции совместимости в 2.x и 2.x-следующий

Мы не забудем 2.x! Мы планируем позволить пользователям постепенно адаптироваться к этим новым изменениям в версии 2.x. Мы будем постепенно вводить проверенные изменения API в 2.x с помощью некоторых адаптеров, кроме того, в следующем выпуске 2.x пользователи также смогут опробовать новый наблюдатель на основе прокси.

Последняя выпущенная второстепенная версия 2.x будет выпуском LTS, и в нее будут поступать исправления ошибок и безопасности в течение 18 месяцев после выпуска 3.0.

4. Альфа-стадия

На следующем этапе мы закончим части компилятора и рендеринга на стороне сервера версии 3.0 и начнем работу над альфа-версией. Основной целью этих работ является тестирование стабильности в некоторых небольших приложениях.

5. Бета-стадия

На этапе бета-тестирования наша главная цель — обновить соответствующие библиотеки поддержки, такие как Vue Router, Vuex, Vue CLI, Vue DevTools, чтобы обеспечить их бесперебойную работу с этим новым ядром. Кроме того, мы будем помогать разработчикам сторонних библиотек через сообщество и работать с ними, чтобы приветствовать появление 3.0.

6. Фаза RC

Когда мы посчитаем, что различные API и кодовые базы стабильны, мы перейдем к этапу RC, и API будет исправлен. На этом этапе мы также создадим «совместимую сборку»: сборку 3.0, которая включает уровень совместимости, совместимый с API 2.x, и предоставляет флаг, который вы можете включить, чтобы разрешить ему предупреждать, где ваше приложение использует 2.x API о том, что этот API устарел, поэтому эту «совместимую версию» также можно использовать в качестве руководства при обновлении до 3.0.

7. Соберите версию IE 11

The last task before the final release will be the IE11 compatibility build as mentioned above.

Последняя задача перед окончательным выпуском — вышеупомянутая версия, совместимая с IE 11.

8. Окончательный выпуск

Честно говоря, мы еще не знаем, когда доберемся до этого этапа, но это может быть в 2019 году. Это еще раз показывает, что мы ищем солидности, а не конкретной даты. Было проделано много работы, но мы очень рады этим новым функциям!