window.onload

Перезапишется если нужно повесить несколько «слушателей».

JSON

Даже не подумал, оказывается все просто.

Перезапишется

Ну яш написал что «если без очереди», а так тоже - написать одну обертку (или стырить где-то удобное решение) строк в 10-30 и юзать везде.

Давай уже свою статистику, где к тебе ходят с IE8.

Подтвержденной статистики скриншотами не будет, у меня доступа нет, но я ее видел. Что-то около 5-10% в сентябре.

Ко мне и с ИЕ7 ходят, некрофилы всякие, или корпоративная политика их заставляет сидеть на этих мамонтах.

Ко мне и с ИЕ7 ходят, некрофилы всякие, или корпоративная политика их заставляет сидеть на этих мамонтах.

Ну на этих мы уже забили, таких уже совсем мало. И то наверное боты.

в сентябре

Вру, где-то летом было.

ну, если анализ строк в двойных кавычках движком мелочи, то да ;)

В пыхе влияет, в жс не замечал. Приведи пример.

Скорее всего прирост будет незаметен. А вот прирост количества кода и багов будет заметен.

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

Если очень много чтений и апдейтов дома, то можно попробовать через requestAnimationFrame разрулить. Выпиливанием жикваери и микрооптимизациями яваскриптовых объектов я бы стал заниматься в самую последнюю очередь.

Есть много статей, как использовать devtools для отладки поизводительности.

где задача позволяет писать нативно

Клоун, жеквери написан на js, везде, где можно на жеквери, там можно и нативно, идиот.

так и запишем:

terminator-101 (31.10.2014 22:16:45) клоун

Однако, эта запись не отменяет твоей беспрецендентной тупости.

успокоил себя? я рад
давай еще реплику, вдруг тебе еще лучше станет

Зачем ready, если можно просто пихнуть скрипт в конец документа? :}

IE8 умеет JSON.parse(), а eval() это плохо.

Даже не подумал, оказывается все просто.

А JSON.parse ещё проще.

Иногда много говнокода не позволяет засовывать скрипт вниз :-) В некоторых случаях можно конечно обойтись без ready, но он все равно нужен.

Упс, поддерживается ie8.

Перезапишется если нужно повесить несколько «слушателей».

addEventListener.

Его то через window, то через document, то attachEvent, то window.load. Не всеми браузерами поддерживается и разные события по разному вешаются (не помню какие как и в каких браузерах). Гемор в общем, jQuery стирает различия. https://github.com/requirejs/domReady/blob/master/domReady.js

Всем спасибо за советы, дельные и не очень:).

Поддрежка IE до 9 версий не нужна, ибо в проекте активно используется canvas, а IE <= 8 без сторонних костылей канвас не поддерживает.

Переписал все DOM-манипуляции с JQuery на нативный JS, без каких-либо «оберток», заменил $.ajax() его нативным аналогом, $.each() на for и т.д. А там где уж очень хотелось поюзать JQuery'вские функции заюзал Zepto.js (http://zeptojs.com/). Вобщем, после такой нехитрой оптимизации, время работы некоторых функций, судя по выводам профайлера, уменьшилось раз в 5 - 10, а некоторых функций еще больше)!

Я понимаю, что в моем случае виноват был не столько Jquery, сколько мой говнокод), но и библиотека привносила свои «5 копеек».

Что за говнокод такой? Обычно говнокод может работать и внизу :)

Зато IE7 не умеет, на безрыбье и рак рыба.

addEventListener

Ага, и не забываем про attachEvent

IE <= 8 без сторонних костылей канвас не поддерживает

Используй SVG/VML, бери raphaeljs и работай спокойно.

IE9+ addEventListener, так что на сегодня не актуально. Если меньше, то просто «прошиваешь» старым addEventListener на IE'шном attachEvent'е, благо условные комментарии старые версии умеют.

IE7

Оно не то что мёртвое, оно истлело уже.

Если по ТЗ всплывет ослик 6-7, ты даже если и поплюешься, то всеравно делать будешь.

Если бы да кабы, да во рту росли грибы. Некрофилия оплачивается по отдельному тарифу и затыкается полифиллами.

И все же некрофилия имеет место быть. Вот ты докопалсы до того как я написал тот кусок кода - да, правильно было бы вот так написать:

function parseJSONstring(str) {
    var data;
    try {
        data = (JSON && JSON.parse)
            ? JSON.parse(str)
            : eval('(' + str + ')');
    } catch (err) {
        data = null;
    }
    return data;
}

Кого имеет, тем и страдать :) Просто eval() это та ещё дырень. А JSON уж больно часто извне получают…

Блин, приведи рабочий пример как eval становится дыренью. Или ссылкой кинься.

Сомневаюсь что шибко быстрее, памяти кушает да, меньше. Не нужно кучу объектов создавать.
У себя потихоньку выпиливаю jquery(уже выпилил) и вовсю юзаю querySelector. Главное ж кешировать результаты, юзать делегирование там где оно нужно и ничего тормозить не будет.

В каком смысле как? Если ты получаешь JSON извне, то eval() выполнит любой код, который найдёт.

Инлайновый говнокод, использующий jQuery. Если jQuery подключить внизу, то говнокод не работает.

Нет никакого смысла не использовать jQuery, это удобно и не тормозит.

Инлайновый говнокод

А, героически создаём себе проблемы :}

Нет никакого смысла не использовать jQuery, это удобно и не тормозит.

Да ты упоротый. Бывает смысл использовать jQuery, но использовать всегда смысла никакого нет. А потом у них браузеры память жрут. Большое количество создания и удаления объектов jQuery у тебя тоже «не тормозит»? Видимо люди, которые для критичных участков обходятся DOM функциями, просто хернёй занимаются :} Also, на мобильных устройствах твоё «не тормозит» может, внезапно, оказаться совсем другим.

А, героически создаём себе проблемы :}

Нравится переписывать многолетнее гавно? Фетиш?

Большое количество создания и удаления объектов jQuery

А кто сказал что это так? А с чего ты решил что эта операция требует больших ресурсов? Можно вообще создать только $('html') и вешать события через него:

var $html = $('html');
$html.on('click', '#button', function() {});

но использовать всегда смысла никакого нет

Отлично, а что делать когда сначала jQuery вроде был не нужен, а потом понадобился? Если писать только hello world'ы, то конечно jQuery не нужен.

А потом у них браузеры память жрут

Я на это не жаловался.

Also, на мобильных устройствах твоё «не тормозит» может, внезапно, оказаться совсем другим

У современных телефонов хорошая производительность. Всякие Firefox OS, Tizen даже на слабом железе бегают.

что делать когда сначала jQuery вроде был не нужен, а потом понадобился?

Подключить и использовать. Искренне ваш, вр.и.о. К.О.

то eval() выполнит любой код, который найдёт

И? Кому это навредит?

я думаю,питон быстрее

Никому. Уязвимости вообще никому не вредят. Они безобидные и няшные.

Можно вообще создать только $('html') и вешать события через него

Ну во-первых тогда уж $(document), а во вторых ты в курсе что клик будет срабатывать при любом клике на документе? Т.е каждый раз будет проверка на #button?
Для современных браузеров достаточно написать парочку хелперов и не париться http://youmightnotneedjquery.com/

Я на это не жаловался.

Ты — нет, а вот у пользователей потом стулья горят. По остальным пунктам тебе уже заметили :}

У современных телефонов хорошая производительность.

Это такой тонкий намёк, что заряжать каждый день телефон нормально и хорошо, а лучше 2 раза в день? :}

Пример то живой будет? Или как там говорят - «пруф или не было» ))

вот живой пример

> eval('(console.log(1),  console.log(2))');
1
2
undefined

Можно в eval зафигачить, например, document.location = "http://мой-фишинговый-сайт.рф/"

Скажи это разрабам UiKit и Bootstrap.

Зачем им говорить? Если в их задачи входит поддержка окаменелого говна мамонта, то пожалуйста.

uikit не поддерживает ie 8, bootstrap - ie 7. достаточно окаменело?

При том что на дворе уже 11.