Почему бы не отправлять файлы JavaScript в браузер-специфичном байт-коде? [закрыто]

Универсального байт-кода для JavaScript не существует, но большинство движков JavaScript имеют свой собственный байт-код. Поскольку файлы JavaScript передаются как строка исходного кода, они должны анализировать / компилировать строку исходного кода в байт-код перед выполнением.

Однако, поскольку мы можем указать тип пользовательского агента (например, тип и версию браузера) в HTTP-запросе, можем ли мы заставить сервер хранить байт-код для каждого браузера и отвечать соответствующим образом, чтобы сэкономить время на клиенте?

Что мешает нам принять этот подход? Я не думаю, что у браузеров не возникнет проблем, даже если некоторые файлы JavaScript указаны в байт-коде, а другие в исходной строке. Точно так же у нас есть файлы .pyc в Python, и он хорошо работает с файлами .py.

[Обновить] Потенциальные выгоды, о которых я могу думать, приведены ниже.

Вы можете сэкономить время анализа на клиенте. Разбор выполняется быстро, но, возможно, стоит сделать это для бюджетных устройств.Вы можете добавить несколько подсказок в байт-код. Например, JavaScriptCore (механизм JavaScript WebKit, для краткости JSC) исправляет байт-код информацией, собранной во время выполнения, такой как типы. Байт-код АО разработан таким образом, что он имеет слоты для такой информации.

С точки зрения удобства обслуживания сервер всегда может отправлять исходную строку исходного кода, если браузер клиента не поддерживается, а различных механизмов JavaScript не так много. Поддержка четырех самых популярных браузеров (Chrome, Firefox, IE и Safari) кажется мне осуществимой. Кроме того, я не вижу, чтобы набор инструкций байт-кода часто менялся.

Ответы на вопрос(1)

Ваш ответ на вопрос