Большая часть кода, который пишет сценарист, не окажет никакого влияния на производительность кода, выполняемого в браузере пользователя. Для любой данной дорогостоящей операции обычно есть явное узкое место для нескольких сегментов кода, которые автор сценария может попытаться оптимизировать, если пожелает. Оптимизация производительности очень часто возможна, и узкие места производительности обычно не имеют отношения к проблемам несовместимости браузера, хотя они иногда делают , некоторые утверждают, что. (RegeneratorRuntime, необходимый для асинхронной транспиляции, несколько тяжеловесен.)
Здесь есть компромисс, но, за исключением RegeneratorRuntime, разницу почти всегда не стоит беспокоить, я думаю - обычно есть и другиев коде вы можете сосредоточить свои усилия на ускорении медленного сценария, если вас это беспокоит.
стоимость переноса и компиляции накладных расходов
Этостоимость оплачивается один раз , когда сценарий передается и не является запретительным, поэтому (многие бы поспорили) это того стоит, в обмен на возможность писать на самой последней и лучшей версии языкапродолжая позволять устаревшим браузерам понимать ваш код.
вместо того, чтобы подвергать стандартизации веб-браузера рекомендацию более старым браузерам поддерживать более новые версии
Большинство из тех, кто работает достаточноУ устаревших браузеров либо нет выбора (в некоторых корпоративных средах), либоне очень разбираюсь в компьютерах (иначе они бы обновились). Заставить их изменить очень сложно .