Вы можете обойтись без jQuery

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

    В январе этого года стартовал проект, цель которого — собрать коллекцию сниппетов, которые показывают, как можно реализовать популярные функции jQuery на чистом JavaScript. Проект, названный «You might not need jQuery», хостится на Гитхабе. Все сниппеты, собранные воедино, можно посмотреть на странице проекта. Несколько десятков фрагментов кода посвящены работе с элементами DOM и эффектами, событиями, AJAX-запросами, вспомогательными функциями, такими как bind, extend, map.

    Авторы проекта подчёркивают — отказаться от использования jQuery можно и нужно, но только в том случае, если вы очень хорошо понимаете, что делаете. Они приводят документ, в котором собраны ссылки на строки в jQuery, которые обрабатывают баги и несовместимости в отдельных браузерах. Таких ссылок там около сотни — хороший повод задуматься о том, действительно ли вам так уж необходимо обходиться без jQuery.

    Поделиться публикацией

    Комментарии 105

      +24
      Сразу вспомнился vanilla-js
        +5
        Скорее формулировка должна быть «если вы очень хорошо понимаете, что jQuery вам не нужен.»
          +1
          И добавить причечание: «Если вы уверены, что сопровождать проект в дальнейшем будете вы либо человек эквивалентной компетентности».
          +10
          Ещё мелькала ссылка с заголовком You might need jQuery, со 110ю причинами. Для контраста можно ознакомиться.

          P.S. Ну в общем то ссылка на google-документ в статье это оно и есть.
            –33
            Да я вообще ненавижу jQuery, даёшь нативный JS!
              +12
              ...
              image
                –15
                Мда, наверно плохой идеей было в посте о jQuery (ну по сути так оно и есть жеж) написать, что я ненавижу jQuery…

                Совсем народ юмора не понимает.
                  +4
                  Надо было пометить тегом «сарказм».
                  Я тоже сначала решил что вы «религиозный старообрядец из церкви голого жабаскрипта»
              +5
              Необходима ещё «Вы можете избавиться от jQuery, но зачем?». Ради производительности разве что, но при множественном использовании все из примеров придётся переписывать как отдельные функции → всё равно получится на выходе jQuery, просто без всех преимуществ.
                –7
                Лицензионные ограничения, например.
                  +8
                  Чем же Вас MIT не устраивает???
                    –3
                    Меня устраивает, а заказчика может и не устраивать что ему не принадлежат исключительные права.
                      +17
                      Не знаю что лучше бежать от такого заказчика или пилить с него бабло.
                        0
                        Такие требования скорее всего могут возникнуть только у крупных корпораций. А денег там обычно не считают. Так что можно трясти.
                          0
                          Как раз я считаю, что крупные корпорации стали крупными тк было чем думать, эта же ситуация кажется крайне обсурдной, тк я хоть убей не вижу причины иметь исключительные права на библиотечку, вместо того чтобы сэкономить время и деньги на разработку. Ладно если copyleft лицензия, но MIT!?
                            +2
                            Я не про профильные IT-корпорации. Там в IT-заказах присутствует здравый смысл.
                            А вот в непрофильных могут править юристы, которые имеют смутное представление о лицензиях на библиотеки в ПО, и спорить с ними бесполезно.
                              +1
                              В таком случае только бежать.
                          +2
                          Лучше пилить с него бабло, а потом бежать!
                          +1
                          Исключительные права на что? На jQuery? На весь другой продукт так то у него исключительные права.
                            0
                            Он хочет чтобы на весь код, который он заказал, у него были исключительные права. Попытка вставить в договор что-то вроде (по памяти) «Исполнитель в целях ускорения работ по Договору вправе использовать программы для ЭВМ, авторами или иными правообладателями которых являются третьи лица, на условиях неисключительного лицензирования по согласованию с Заказчиком» исправляются на «Исполнитель в целях ускорения работ по Договору вправе предложить Заказчику приобрести исключительные права на использование программ для ЭВМ, авторами или иными правообладателями которых являются третьи лица. В случае согласия и приобретения Заказчик предоставляет Исполнителю неисключительные права на эти программы для ЭВМ на время действия договора исключительно в целях его исполнения»
                              0
                              А на стандартную библиотеку Javascript он исключительные права у кого приобретать собирается?
                                +1
                                А мы её не поставляем клиентам — она у них уже есть.
                                  +1
                                  Клиентам в смысле пользователям? Тогда можно тоже не поставлять, а ссылаться на Google CDN.
                                    +3
                                    В смысле да. Нельзя — изолированный интранет.

                                    P.S. А вообще не надо меня убеждать, я не собираюсь, не хочу и не умею переубеждать заказчиков. Готовы платить за велосипеды — я готов их писать.
                            0
                            Исключительные права на то, что лежит в открытом доступе?
                              0
                              Вы не поверите, но они есть. Если брать GPL, то принадлежат авторам, а лицензируют они неисключительные.
                        0
                        Например, если вы пишите собственную библиотеку для общего пользования, лучше не делать ее зависимой от сторонних фреймворков.
                        +5
                        Половина предложенных вариантов работают в ие начиная с 9-ой версии. Я не говорю про семерку, но для восьмерки придется писать костыли. Опять-таки для часто используемых функций (например, ajax request/post/get) надо будет писать обертки. У них по ссылке есть замена методу addClass, но они не приводят замены для удаления класса, и т.д…
                        Ну и в конце концов, для jQuery существует огромное количество плагинов/дополнений, у которых может не существовать аналогов на чистом JS…
                          0
                          Приводят, там все сниппеты отсортированы по алфавиту просто.
                            0
                            Не заметил сразу
                            –3
                            я не пишу код на JS на профессиональном уровне, но тем не менее.
                            как это может не существовать на чистом JS. разве jQuery и его плагины написаны не на чистом JS?
                              +3
                              Вы поняли что я имел в виду. Они написаны на базе jQuery.
                              +1
                              У них по ссылке есть замена методу addClass, но они не приводят замены для удаления класса, и т.д
                              element.classList, м?

                              Насчет экосистемы плагинов не поспоришь, однако многие из этих вещей являются плагинами jQuery именно потому что зависят от него. Это вполне могли бы быть «просто плагины».
                              +9
                              Большинство сниппетов ориентированы на IE9+. Авторы явно решили не пугать пользователей, показывая IE <9 реализацию этих функций. К сожалению, ситуация с отказом поддержки IE8 еще слишком редка, особенно в крупных российских проектах, так что нужно дать этой идее отказа от jQuery полежать еще 2-3 года для надежности.
                                –4
                                Что? Нет поддержки IE8? Тогда все это не имеет никакого практического смысла (за исключением специфических интранет и embended систем)
                                Просто развлечение для любопытных.
                                  +2
                                  IE8 это 1-1.5% рынка в России (по li.ru). Для этих людей можно сделать обычный html без эффектов, динамической загрузки и других современных фич. Тормозят прогресс? пусть пользуются сайтам в духе начала 2000х, информацию получить можно, а в остальном — сами злобные буратины.

                                  Мы делаем именно так, для пользователей IE меньше 9 многие js вещи делаются простой перезагрузкой страницы. Информацию получить можно, а остальное таким людям, видимо, не сильно важно.
                                    +6
                                    Смотрю несколько своих проектов которые представляют собой систему заказов для оптовиков. Доля IE8 — это 6%. Даже IE6 присутствует — 0.5%. Причем это самая проблемная часть пользователей, а именно дремучие заказчики из глубинки (бабушки товароведы местных сельпо, которые еще Сталина видели), которых огромными усилиями только что перевели с заказов по факсу на заказы по интернету. Заставить их установить правильный браузер на их древнюю Windows XP (45% !!!) будет еще одной великой эпопеей.

                                    Некоторые крупные корпорации тоже до сих пор используют Windows XP.

                                    «IE8 это 1-1.5% рынка в России» — это средняя температура по больнице.
                                      +2
                                      Вы так говорите, будто Firefox на WinXP не встанет.
                                        0
                                        Не встанет, если установка стороннего программного обеспечения запрещена политикой безопастности корпорации. К стороннему программному обеспечению относятся любые бразуреры, Google Chrome Frame, плагины, расширения итп. Если сотрудник попытается нарушить правила, то запросто может кончится увольнением с занесением в трудовую.

                                        Или если пользователь выходит в интернет не через браузер, а через «синюю букву Е». Тогда бывает единственный вариант что то исправить, это приехать к нему, и установить браузер лично. Что не всегда реально.
                                          +4
                                          Только WinXP тут не при чём.
                                        +1
                                        Ну ясное дело, что разрабатывая ПО для дремучих бабушек, нужно учитывать их специфику. Но для массовых сервисов полноценной поддержкой старого хлама вполне можно жертвовать, используя упрощенные версии интерфейсов.
                                          +1
                                          Дело не в бабушках конкретно. Имхо, лишь немного сервисов могут себя позиционировать как реально массовые, рассчитанные на любого человека, у остальных есть та или иная ЦА, скажем «работники бюджетных организаций» или "«нищеброды», которые лучше 1000 баксов отдадут за топовую видяху, чем 10 баксов за лицензионный фильм" :)
                                            +1
                                            Ну так вот зачем писать упрощенные версии интерфейсов, когда с минимальными усилиями можно сделать один интерфейс которые более менее будет работать и на новых браузерах и на старом хламе.

                                            Я стараюсь придерживаться следующих требований. На современных браузерах должно все работать идеально. На старых IE может визуально все перекашивать и выглядить паршиво, но функционал должен продолжать работать.
                                            Обычно это не сложно соблюсти, если проект не содержит современных фич типа SVG графики, HTML5 аудио-видео итп…
                                              0
                                              Затем, что некоторые вещи не будут поддержаны в принципе. Что с jquery, что без него. Скажем так, в большинстве случаев, ограниченная поддержка браузеров старше ie9, делает многие вещи значительно проще. Для большинства массовых сервисов вполне допустимо пожертвовать небольшой частью функциональности для пары процентов аудитории. В крайнем случае, повесить плашку о старом браузере, чтобы не удивлялись что на другом компьютере работает иначе.

                                              Ситуация, когда IE8- имеют значительную долю, являются редкими исключениями и в таком случае нужно действовать иначе.
                                              0
                                              Не нужно путать упрощенную графику и визуальные эффекты, что и так все делают, с отключением javascript-ядра сайта. IE8 вполне тянет JS и использование jQuery во многих моментах делает его поддержку безболезненной.
                                              –1
                                              6% — это еще сказка. У одного клиента обнаружили, что доля 8 IE колеблется от 40% до 60%.
                                        0
                                        Сниппеты это, конечно, хорошо, но по-моему тут нужен более радикальный, системный подход. Компилятор (или правильнее назвать его линковщиком), который анализирует код всего проекта, используемые в нем функции, и собирает их со всеми зависимостями в кастомную версию библиотеки минимального размера. Получаем и небольшой размер, и отсутствие проблем с обновлением jQuery.

                                        Вот только возможно ли это с таким языком, как JS, или только с Dart?
                                          +2
                                          Зачем? Следует заглянуть что же сейчас можно делать с jquery, а на самом деле можно уже сейчас собрать ровно то, что нужно от jquery.
                                          Но на самом деле этого делать не стоит как минимум на простых проектах, потому что у большинства клиентов скорее всего прогружена версия с yandex.st, или гугла
                                            0
                                            Можно, на уровне модулей. И это процесс одномоментный и не автоматизированный. Я же говорю о сборке на уровне функций. Аналог статической линковки, если вы понимаете, о чем я.
                                              0
                                              amd, lmd, require и еще парочка, названия которых я не помню
                                              Ну и первое что нагуглилось projects.jga.me/jquery-builder/
                                                0
                                                Я в курсе про jquery-builder. Тот что на оф. сайте, дает даже больший выбор. Но я все-таки имел в виду другое. Вы когда-нибудь писали на C/C++?
                                                  0
                                                  да, писал.
                                                  Я понимаю что вы подразумеваете под линковкой — посмотрите на amd, lmd, require
                                          0
                                          Так вопрос не в том, нужен он, или нет, просто вопрос поддержки много чего в старых браузеров в этом случае нужно решать самому. Я понимаю, что написать «Обновите ваш браузер до того уровня, который нравится автору сайта» — решение, но, порой, даже эти скрипты проверки версии браузера не кросс-браузерные! jQuery же, во-первых, работает понятно в чем (в смысле, таблица поддерживаемых браузеров для каждого релиза есть, и авторы библиотеки тестируют и знают, что пишут в ней), во-вторых, является неким стандартом, совместимость с которым особо не пожелают ломать и авторы грядущих версий браузеров. Добавим к этому некий набор polyfill-ов, нужные для конкретного проекта библиотеки — и уже имеем неплохой набор, который «просто работает», так что с самого начала можно сосредоточиться на своем проекте, а не решении велосипедных задач совместимости.

                                          А так, да, если точно знаешь, что делаешь, лишний слов в своем стеке технологий городить незачем.

                                          Кроме того, есть случаи, когда совместимость вообще не проблема, зато лишние байты памяти и проценты CPU — важны. Но это уже явно другая история.
                                            +5
                                            jQuery
                                            $(el).on(eventName, eventHandler);

                                            IE9+
                                            el.addEventListener(eventName, eventHandler);

                                            Только тут и во многих других местах не учитывается что вариант jquery добавляет обработчики для всех элементов по селектору, а для нативного варианта нужно костыль городить в таком случае
                                              –1
                                              el

                                              разве это не говорит, что там не селектор, а элемент?
                                              +11
                                              Ко всему этому новому трэнду с отказом от jQuery везде и всюду (этот github-проект всего лишь вершина айсберга) у меня возникает ровно один вопрос: зачем?
                                                +1
                                                Ну например, представьте, что пишете ПО для stb с известной версией браузера и ограниченным несколькими мб флешем для приложения.
                                                  +3
                                                  Для любого нетривиального приложения я выиграю в общем объеме занимаемой памяти за счет минификации оберток нативных методов (e.g. el.querySelectorAll() — не минифицируется, $()-минифицируется). Более того, могу взять только необходимые модули от jQuery или использую zepto.
                                                    0
                                                    в STB нам главное не объем кода, а скорость реакции интерфейса. Пишу и поддерживаю MW для STB. Проц там не сильно шустрый, так что оно того стоит.
                                                      0
                                                      Тогда тем более jQuery тут не bottle-neck, все как всегда упирается в тяжелые DOM-манипуляции (от которых спасают batch-операции с использованием requestAnimationFrame, внутри которого все можно колбасить jQuery'ей)
                                                        0
                                                        Оффтопик: как раз интересует этот метод, не подскажите хорошую статью?
                                                          +1
                                                          Советую глянуть вот эту замечательную библиотечку: fastdom. Она в общем-то реализует этот подход и имеет лаконичный (400 строк) и хорошо задокументированный код, вполне достаточный что бы разобраться что к чему.
                                                • НЛО прилетело и опубликовало эту надпись здесь
                                                  +4
                                                  Вполне может оказаться, что в ваш код достаточно включить всего пару десятков строк, реализующих одну или несколько функций jQuery.
                                                  Значит все равно придется писать велосипед на n-цать строк?
                                                  Для таких случаев и нужен jQuery.
                                                    +1
                                                    Зачем же бросаться из крайности в крайность? Разрабатывайте микромодули. Подключайтесь) github.com/nin-jin/pms-jin
                                                    Каждый модуль имеет максимум 10кб исходного кода. Можно сбилдить любой набор модулей со всеми их зависимостями. Например, библиотека $jin.atom (http://hyoo.ru/?article=%D0%90%D1%82%D0%BE%D0%BC%D1%8B+%D0%BD%D0%B0+JS;author=Jin) собирается в 20кб ни от чего не зависящих исходников.
                                                      +13
                                                      Я бы сказал «использовать jQuery можно и нужно тогда и только тогда, когда вы точно себе представляете, что вы делаете».

                                                      Например, нельзя использовать jQuery, когда ты не знаешь JS. Я, конечно же, говорю про это:
                                                      image

                                                      Вы знаете, это действительно проблема.
                                                        +5
                                                        это всего лишь прикол
                                                          +1
                                                          Это всё печальная правда. Да, картинка нарисована, но даже я, имея репутацию на SO даже до 500 не дотягивающую, успел раз десять про себя сказать «ну куда вы лезете со своим jQuery? идите читайте уроки по основам!!!».
                                                            +1
                                                            Эм. Какая картинка, ты о чем вообще? Об этом случае на SO? Если да — то это же троллинг просто. Тупой вопрос – пацаны решили потроллить.
                                                              +3
                                                              Эта картинка — фейк, такого случая никогда не было, но тупые вопросы появляются постоянно. Люди начинают учиться JS по урокам, в первых страницах которых рассказывается, что, мол, есть такая волшебная библиотека, которая умеет всё. И больше не могут написать ни единой строчки JS без jQ, потому что просто и на jQ писать толком не умеют — идут на SO за готовым решением задачи — непременно на jQ!, когда любой хоть немного программист напишет это просто так, на чём угодно.

                                                              Я просто к тому, что домашняя страничка Васи Пупкина не нуждается в jQ. Складывать числа нужно оператором сложения, а не jQ. Словосочетание «плагин к библиотеке» — дикость. jQ — инструмент, и если ты не владеешь механикой его работы, то ты не сможешь его эффективно использовать, плодя говнокод. Вот так.
                                                              0
                                                              jquery на столько простая библиотека, что позволяет людям, не разбирающимся в программировании — что-то себе прикрутить.
                                                              Ситуация такая же, как и с php — язык простой, аудитория большая — вот и не любят php. А в действительности правильно разделять программистов и их инструменты.
                                                              Возможно при разработке крупного проекта api jquery можно закрыть своей библиотекой, но часто от jquery требуется не сама библиотека, а ее безумное множество плагинов.

                                                              PS еще такая же ситуация с бутстрапом — сколько статей «вам не нужен бутстрап»? А все от того что многие люди используют его как есть, хотя это всего лишь основа
                                                                0
                                                                jQuery — весьма, весьма сложный код, в который вложились десятки профессионалов со всего света. Для непрофессионального использования хватит и ванильного JS, а для профессионального — там очень много подводных камней, и чтобы эффективно писать С jQuery, нужно эту библиотеку неплохо так изучить.
                                                                  +1
                                                                  Да бросьте вы. Чтобы эффективно писать плагины с jquery — нужно jquery знать и понимать — да.
                                                                  Но чтобы сделать
                                                                  $('#slider').superMagicSlider({speed: "slow", effect: "fadeIn"});
                                                                  

                                                                  нужно знать ничего и просто иметь чуточку мозгов. Возможно хорошо бы знать английский — но не обязательно
                                                                    –5
                                                                    superMagicSlider'у jQuery не нужен. И пример изменяется до
                                                                    new superMagicSlider(document.getElementById('slider')).start({speed:"slow",effect:"fadeIn"});

                                                                    Едва ли стало сложнее, зато у поциента не наступит jQuery головного мозга.
                                                                      +4
                                                                      Сложнее не стало.
                                                                      Но вы уверенны что есть такие плагины?
                                                                      Дело в том, что под jquery, существует готовая масса решений, они удобны, имеют однообразный api и скорее всего, за счет jquery могут поддерживать старые браузеры.
                                                                –1
                                                                Вас не смутил заминусованный правильный ответ?)
                                                                Это просто стёб, ну же.
                                                                  +1
                                                                  Стёб над чем?

                                                                  Над тупыми вопросами про JS, тегированными jQ, на которые тупо отвечают тупыми кусками кода на jQ.

                                                                  Чтобы дать понять, о чём я говорю, я и прикрепил эту картинку, ну?
                                                            +13
                                                            Надо заметить, что сам сайт проекта является прекрасной иллюстрацией тому как jquery позволяет сократить код и гарантирует совместимость.
                                                              +3
                                                              Вспоминаю 80-ые и 90-ые годы прошлого века. Тогда было модно мнение, что нефиг писать на языках высокого уровня, а гораздо круче и правильнее писать на Ассемблере. ЯВУ тащат за собой тонны лишнего шлака, программы получаются длинные и медленнее, и вообще программист должен понимать что там происходит на низком уровне, а не тупо писать код на языке высокого уровня. И вообще, любой ЯВУ это лишь громоздкая обертка, для тех, у кого не хватает мозгов осилить низкоуровневое программирование на ассемблере.

                                                              Вот это мне чем то напоминает ситуацию с голым JS и jQuery.

                                                              Хотя последнее время холивары на счет нужен jQuery или нет стихли, и практически все приняли jQuery.
                                                                +21
                                                                Объясните мне глупому javascript'еру с 10 летним стажем, который пережил vanila, iframe, ajax, flash, prototype и т.д. Почему надо отказываться от jQuery?
                                                                Если ты не знаешь LINQ в C# то это тебе минус на собеседовании. Если ты не знаешь boost в C++, то тебя не возьмут ни на какую работу. Если ты начнешь писать java web сервер на jsp, то вылетишь с работы, т.к. надо использовать GWT на худой конец. Если ты не знаешь Django, то какой ты питонист? Почему на SQL не парсят xml через substring?
                                                                Дак какого хрена VanilaJs является добром? Почему я должен писать через опу все эти конструкции, а минимально сложный селектор выливается в 10 строк по 120 символов каждый? На хрена это надо? Пилить свои велосипеды, лишенные фатального недостатка, так как ни на что другое эти javascript-мейкеры в принципе не способны?
                                                                  0
                                                                  Статьи на тему «как это сделать без jQuery» хороши для тех, кто работает над следующими версиями jQuery (или их заменителями).
                                                                    +2
                                                                    Время идет и хочется большего комфорта при написании сложных программ. Сейчас никто не скажет — отказывайтесь от С, пишите на ASM.

                                                                    Возможно в скором будущем все позабудут чистый JS и будут знакомится с ним только для общего развития. Мне кажется, это нормально.
                                                                      +3
                                                                      Проблема не в том, что многие не знают как написать строчку кода на чистом js, вместо другой строчки на jQuery. То есть не используют быстрое решение, при том же размере и уровне кода. А в том, что эта библиотека используется и там, где она парадигматически не нужна и даже вредна. Я говорю в первую очередь про реактивные фреймворки (angular, ember и т.д.). Вам же приходилось видеть MVVM-приложения со вставками jQuery? И это, на мой взгляд, гораздо хуже.
                                                                      Подавляющее большинство, использующих сейчас любой фреймворк, мыслят в духе селекторов и работы с ними и радостно засовывают вставки jquery-лапши в свои angular-приложения.
                                                                        +1
                                                                        С angular все забавно: у них вроде как парадигма «не используйте jQuery», а при этом сам фреймворк тащит jqLite, который по сути порезанный jQuery. При попытке объяснить сие для себя, я впадаю во внутреннее противоречие.
                                                                        –1
                                                                        Ну да, можно заменить на вот такую штуку, например. А отказываться ради того, чтобы просто отказываться — это довольно глупо.
                                                                          +2
                                                                          Думаю я никогда не откажусь от jQuery
                                                                            0
                                                                            Статья о том, как делать НЕ надо. В таком крупном проекте, где эти лишние килобайты играют роль, будет столько кода, что выбросить jQuery означало бы написать его с нуля (со всеми последствиями). В крайнем случае можно использовать zepto.
                                                                              +5
                                                                              Иными словами, нам говорят:

                                                                              зачем писать так (JQUERY), когда можно легко и просто вот так (IE8+):
                                                                              image

                                                                              эээ… лолшто?!
                                                                                +1
                                                                                Скорее нам говорят «Хотите узнать как оно там внутри устроено? Вот посмотрите.»
                                                                                  0
                                                                                  Но в ECMAScript 6 для этого есть Object.assign().
                                                                                    0
                                                                                    Потом выносим все эти самописные функции в отдельную библиотеку, и получаем… jQuery!
                                                                                    +1
                                                                                    Отказ от jQuery имеет смысл лишь там, где это действительно лишнее. В браузерных играх/движках/демках, где скорость выполнения любой операции имеет важнейшее значение.
                                                                                    Для эстетов можно подключить по отдельности скажем sizzle и underscore, либо собрать свою версию jquery, вырезав не нужное, либо использовать пару-тройку приведенных выше сниппетов. Но стоит ли так делать? Ведь над каждым проектом может работать несколько разработчиков, в разные моменты времени. Тут уже решает универсальность, а не мнимая экономия.
                                                                                      0
                                                                                      Иногда странички, использующие jquery, получаются достаточно тяжелыми, но существуют средства для их минимизации. Можно выбросить все ненужное из каждого используемого плагина.
                                                                                        +1
                                                                                        Оптимизация изображений, используемых на сайте (или замена их на SVG, pure CSS, либо вообще отказ от них) в абсолютном большинстве случаев даст лучший результат, чем отказ от JS-библиотек в пользу велосипедов. Про картинки, почему-то, часто забывают.
                                                                                          +2
                                                                                          Да, могу и без jQuery обойтись, так как использую MooTools :)
                                                                                          но глобальная мода на jQuery бесит, часто вижу что в вакансиях вместо знания JS указывают jQuery, как так?
                                                                                          потом и получается что «разработчики» подключают jQuery только для того чтобы получить элемент по ID
                                                                                            –2
                                                                                            Я тоже использую «jQuery только для того чтобы получить элемент по ID». Просто потому, что не хочу париться и думать, вдруг какие то еще фичи потребуются в будущем в этом приложении. Может быть никаких, а может быть потом будет куча AJAX, анимации, событий и т.п. А так, поставил jQuery и голова уже ни о чем не болит.

                                                                                            Вот что меня бесит, так это то, что народ вместо написания 5-7 строк на jQuery сразу пытается найти подходящий плагин в плагино-помойках.
                                                                                            +1
                                                                                            профит?
                                                                                              0
                                                                                              Отказался от Жуквери три месяца назад. Доволен, как слон.
                                                                                                +5
                                                                                                Эхх, мне бы столько свободного времени…
                                                                                                –2
                                                                                                Похоже на завуалированную попытку создать конкурента jQuery :)
                                                                                                  0
                                                                                                  пошел по ссылке, еще раз сделал само вывод, что без jQuery никак.
                                                                                                    +1
                                                                                                    Меньше всего мне понятны претензии что надо грузить лишние килобайты или еще какой CDN и 99% что jquery уже лежит гдето в кеше браузера.
                                                                                                      0
                                                                                                      И конечно же нету в списке animate, а ведь зачастую тянуть эту либу приходится именно из-за этой функции.
                                                                                                      Есть у jQuary плюсы, но минусом лично я считаю не лишние кб, а простоту написания недисциплинированного кода. Хотя и родной js тот ещё простор для фикалокоддинга)
                                                                                                        0
                                                                                                        я уже и забыл когда последний раз делал анимацию на JS, чем Вам анимации CSS3 не подходит?
                                                                                                          0
                                                                                                          IE8… Увы, но этот выродок стоит в гос. учереждениях, а они самые «ценные» клиенты на сей момент в мск…
                                                                                                          А так на текущий момент уж очень поведение этой штуки хаотично себя ведёт не по результату, а по ресурсоёмкости. Попробуйте 10 снежинок анимацией в фф 24-ой не лонг терм версии: жуть что с ресурсами творится, а на яваскрипте хоть можно аккуратно и предсказуемо сделать)

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

                                                                                                      Самое читаемое