Который является самым быстрым механизмом JavaScript, и он действительно имеет значение? [закрытый]

Это имеет значение? Это, вероятно, не имеет значения - но вы единственный, кто мог бы ответить на этот вопрос для вашего приложения.

По моему опыту, почти каждый браузер достаточно быстр, за заметным исключением IE6, который, конечно, в любом случае обычно отстой.

Если вы посмотрите на текущие тесты (их много там) кажется, что Chrome, FF 3.x и Safari примерно равны с точки зрения производительности Javascript, IE8 немного отстает, а IE7 немного отстает (хотя, IMO, IE7 все еще достаточно быстр для большинства вещи).

Re: «Имеет ли значение?»

Производительность движков Javascript будет становиться все более важной, поскольку JS используется вне браузера. Сейчас существует множество скриптов и программ, фреймворков для тестирования, даже фреймворков серверных веб-приложений и т. Д., Работающих в JS-движках вне браузера.

Многие из них в настоящее время работают в движке Mozilla Rhino, но я ожидаю, что их число будет расти в V8, поскольку производительность и поддержка различных функций (а также возможность запускать сценарии без JVM, как требует Rhino) становятся проблемой.

Существует очень хороший тест из двух наборов, V8 Benchmark Suite v4 и SunSpider JavaScript Benchmark , доступный для сравнения здесь:

http://www.tmsnetwork.org/blog/comparison-web-browsers-javascript-benchmark-scores

Кроме того, Джефф Этвуд написал в своем блоге о производительности Javascript еще в 2007 году, большая часть которого действует и сейчас:

http://www.codinghorror.com/blog/archives/001023.html

Скорость движка JavaScript зависит от нескольких факторов, включая сам код. Некоторый код можно оптимизировать для конкретных браузеров, хотя разработчики не должны этого делать.

Имеет ли значение? Несомненно! В современных разработках Web 2.0, где у нас есть JavaScript, выполняющий все виды Ajax-вещей, скорость внезапно становится важной. Даже этот сайт использует JavaScript, хотя он просто уведомляет меня о том, что пока я набирал это сообщение, был опубликован другой ответ.

Большинство браузеров имеют свой собственный движок, и они очень сильно конкурируют друг с другом за максимальную производительность. Самый быстрый? Неизвестно, поскольку большинство сравнений были немного окрашены в пользу компании, спонсировавшей сравнение.

Тем не менее, быстрый движок бесполезен, когда код написан плохо ...

Это действительно зависит от вашего проекта. Если вы используете только минимальный javascript для обработчиков событий и немного операций ajax / dom, вы, вероятно, будете в порядке, несмотря ни на что. Но если вы используете GWT или какой-либо другой фреймворк с тяжелым javascript, это может иметь большое значение.

Направление веб-приложений - делать меньше на сервере и больше в браузере. Программное обеспечение, которое я сейчас пишу, выполняет всю генерацию HTML на стороне клиента, а также многие другие операции. Существует очень заметная разница между быстрым и медленным браузерами. Более медленные браузеры по-прежнему работают с приемлемой скоростью, но Chrome, Safari и ff3.5 очень быстрые и отзывчивые. На данный момент я бы сказал, что Chrome и Safari кажутся самыми быстрыми браузерами для нашего приложения, но в какой-то момент это сводится к гораздо большему, чем просто скорость js.

Помните, что не весь Javascript работает в браузерах.

Например, если вы используете CouchDB , представления реализованы как функции Javascript.

Apache Sling позволяет создавать сценарии на стороне сервера в Javascript.

Мне известны инструменты BPM, которые используют Javascript для написания шагов модели.

Википедия перечисляет еще много серверных Java-приложений .

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

С другой стороны, многие из них тесно связаны с конкретной реализацией Javascript. Не похоже, чтобы можно было легко (например) заменить SpiderMonkey на V8 в CouchDB.

Двигатель Google V8 - самый быстрый. И это должно иметь значение только для вас, если вы разрабатываете что-то, что требует интерпретации Javascript.

См. этот ответ на StackOverflow для тестов.

Для меня как веб-разработчика это важно; многие инструменты, на которые я полагаюсь, используют javascript, и точно так же, как backend разработчик тратит массу времени на ожидание компиляции, front end разработчик может в конечном итоге ждать обновления страницы. Быстрый движок javascript помогает ускорить это, особенно когда страница сложная.

Очевидно, если ваше приложение полагается на javascript, чтобы быть быстрым для ваших конечных пользователей, вы должны протестировать его на всех платформах и убедиться, что вы соответствуете рациональным целям производительности. - но быстрый браузер javascript (например, chrome, opera, firefox 3.5) делает жизнь намного более приятной во время интенсивной разработки.

Какой самый быстрый движок JavaScript?

V8

Это действительно важно?

Нет

....

Ну, это зависит от того. Для кого? Как конечный пользователь, это имеет значение, я предпочел бы иметь браузер с максимально быстрым всем, что только возможно.

Как разработчик, этого не следует делать, если вы не хотите вернуться к «Работает лучше с…». Вам следует ориентируйтесь на наиболее важные браузеры.

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

Важно то, какой самый медленный (это был бы IE) используется вашими пользователями. Если вы можете ограничить свою пользовательскую базу только определенными браузерами, вы можете соответственно увеличить использование JavaScript вместе с ним.