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

Онлайн-компилятор закрытия просто потрясающий:

http://closure-compiler.appspot.com/home

Однако при использовании расширенного параметра это вообще повлияет на производительность скрипта? IE, он вообще сделает быстрее или медленнее, или это зависит от самого скрипта? Или производительность вообще не страдает?

Я спрашиваю об этом только потому, что некоторые сценарии, которые я пишу, будут иметь решающее значение для производительности, и я знаю, что ответ на этот вопрос «попробуй и увидишь», но я не очень хорош в проведении таких тестов, я не знаю, с чего начать. .


javascript performance compression google-closure-compiler
person Tom Gullen    schedule 16.02.2011    source источник

Ответы (1)


arrow_upward
2
arrow_downward

Вот два момента из часто задаваемых вопросов по компилятору замыканий, которые могут вас заинтересовать.

Идет ли компилятор какой-либо компромисс между скоростью выполнения моего приложения и размером загружаемого кода?

Да. Любой оптимизирующий компилятор идет на компромиссы. Некоторые оптимизации размера приводят к небольшому увеличению скорости. Однако разработчики Closure Compiler постарались не вводить значительное дополнительное время выполнения. Некоторые оптимизации компилятора даже сокращают время выполнения (см. следующий вопрос).

Оптимизирует ли компилятор скорость?

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

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

person user113716    schedule 16.02.2011