Comments 49
Мне кажется, что js стал набирать популярность только после появления jquery
-1
Не только.
С ростом клиентских мощностей, и развитием браузеров, стало возможно выполнять большую часть бизнес-логики сайта непосредственно на стороне клиента. Грех этим не пользоваться, чтобы разгрузить сервер.
Эти возможности дали толчок к новым веткам развития Javascript. jQuery, Raphael, ExtJS, Backbone, KnockoutJS? и еще много других отличных решений позволяют утилизировать обе стороны коннекта максимально эффективно, что не может не радовать.
P.S. Меня бесит, когда люди отождествляют jQuery и Javascript — очень распространено «за бугром».
С ростом клиентских мощностей, и развитием браузеров, стало возможно выполнять большую часть бизнес-логики сайта непосредственно на стороне клиента. Грех этим не пользоваться, чтобы разгрузить сервер.
Эти возможности дали толчок к новым веткам развития Javascript. jQuery, Raphael, ExtJS, Backbone, KnockoutJS? и еще много других отличных решений позволяют утилизировать обе стороны коннекта максимально эффективно, что не может не радовать.
P.S. Меня бесит, когда люди отождествляют jQuery и Javascript — очень распространено «за бугром».
+9
А мне кажется что с ростом популярности JS и следовательно с ростом комплексности клиентских приложений, на первый план выйдет необходимость структурирования и паттернизации (во сказал как) JS кода, а не простая работа с DOM. Да jQuery прикольный, и таким и останется :)
+5
По-вашему jQuery останется в прошлом? :-)
0
Это не серебряная пуля и область применения это библиотеки ограничена.
0
Вы рассчитывали с ее помощью запустить шатл?
jQuery давно перестала быть просто DOM-манипулятором, сегодня она предоставляет кучу возможностей для организации своих фреймворков — Callback-и, Deferred-ы, система событий, расширяемость селекторов — всего этого вполне достаточно для полноценной работы. Чего нет в коробке, спокойно решается через плагины.
И при этом, все эти решения — кроссбраузерны.
jQuery давно перестала быть просто DOM-манипулятором, сегодня она предоставляет кучу возможностей для организации своих фреймворков — Callback-и, Deferred-ы, система событий, расширяемость селекторов — всего этого вполне достаточно для полноценной работы. Чего нет в коробке, спокойно решается через плагины.
И при этом, все эти решения — кроссбраузерны.
0
Мне пока что хватает готовых фреймворков, и реализовывать свои в планах не стоит, особенно используя «Callback-и, Deferred-ы, система событий, расширяемость селекторов» от jQuery, для некоторых целей эти механизмы обладают избыточностью, завязанностью на свой универсальный скоп/контекст/инстанс. А селекторы тут вообще как бы не месту.
+1
Возрождения? А он и не умирал, скорее наоборот сейчас он переживает нечто вроде подросткового возраста.
+5
Графики, конечно, нарисованы для того, чтобы произвести впечатление. Если нарисовать их от нуля, впечатление не такое сильное, и рост уж точно перестаёт быть «взрывным»
+5
Увеличение в полтора раза за год, мне кажется, можно назвать «взрывным».
+1
Мой комментарий не про то, как это называть, а про манипуляцию графиками
+4
При этом Вы умолчали о том, насколько увеличилась скорость доступа к сети Интернет и производительность ПК за этот же год.
+1
Ну, вы тоже немного слукавили, полагаю. Стоит еще помнить о том, что пользователи (как минимум я сам) от покупки новой, более мощной машины и оплаты более высокоскоростного подключения применимо к пользованию интернетом ожидают, что смогут более комфортно работать с бОльшим количеством вкладок и сайтов, а не что их новообретенные ресурсы пойдут на покрытие возросшей прожорливости все тех же сайтов. Полтора мегабайта скриптов на 140 символов полезной информации — это уж слишком, по крайней мере в моем понимании.
+3
Эти полтора миллиона килобайт кешируются…
0
Я не хочу, чтоб у меня кешировалось 1.5 гигабайта чего-то там! Это мне ещё и жёсткий надо побольше поставить, чтоб 140 символов прочитать?
0
Сезон троллинга графиков на хабре пора закрыть.
0
Возможно стали объединять несколько JS в один файл?
Да и рост использования Jquery + UI, а они не маленькие по размеру.
Да и рост использования Jquery + UI, а они не маленькие по размеру.
0
Вот именно, что многие пихают jquery куда попало, даже когда оттуда нужны 1-2 функции…
0
[lol]А чего волноваться, тут человеку в Q&A интернет на 1 гбит девать некуда, спрашивает что делать… [/lol]
+6
Часто так делают те для кого jquery синоним к javascript :)
0
пихают jquery куда попало, даже когда оттуда нужны 1-2 функции…
Скажу от лица многих. Мы хорошо знаем pure js, но больше не собираемся на нем писать XMLHttpRequest запросы и кросс-браузерный поиск элементов по классу, и уж тем более анимацию. Мне всегда есть что использовать в jquery помимо простых селекторов. Меня не беспокоит что jQuery занимает 100КБ, мне важно что мой скрипт с ним занимает в 10 раз меньше. И я за то, чтобы jquery включили в состав ядра бразеров, и это когда-нибудь произойдет (я уж молчу про потенциальную оптимизацию браузеров под jquery) и используя jquery я приближаю этот момент, а пока этого не произошло цена вопроса 100КБ (из вашего кармана, но единоразово все же), face it :)
+12
Вот именно, что многие пихают jquery куда попало, даже когда оттуда нужны 1-2 функции…
А зачем писать 15 строк, если можно просто написать?
$('#element').fadeIn();
+3
UFO just landed and posted this here
А вот если бы сделали нормальные модули в яваскрипте и нормальную пакетную систему, то все нужные скрипты бы давно лежали на стороне клиентов.
-1
Боюсь, тогда возникнет проблема, аналогичная DLL hell в свое время.
0
Не бойтесь. Посмотрите, как сделан GAC в .net. Там этой проблемы нет
0
Есть requirejs, как по мне довольно удобная штука. Можно прописать настройки путей так, что тот же jQuery или другой фреймворк будут тянуться с какого-нибудь CDN. В идеальном случае, тот же jQuery скорее всего уже лежит в кэше браузера. (у меня в кэше браузера сейчас хранится штук 10 вариантов этой библиотеки)
+1
Например гуглоскриптовый CDN однажды пол дня не работал. И это грозит любому CDN, так что надёжней самому.
0
Об этом нужно подумать и решить простейшим образом:
<script src="https://ajax.googleapis.com/ajax/libs/jquery/1.7.2/jquery.min.js" type="text/javascript"></script>
<!-- Require local jQuery if Google is down -->
<script>
//<![CDATA[
window.jQuery || document.write('<script src="/assets/jquery-e3668fdee314a55ca0509e5949977e8d.js">\x3C/script>')
//]]>
</script>
+6
> С другой стороны, увеличение объёма скриптов нагружает браузер и негативно отражается на времени загрузки страниц.
С третьей же стороны, распространение JS и в особенности AJAX на сайтах наоборот экономит наш трафик, обеспечивая подгрузку чистого JSON вместо полных свёрстанных страниц. Так что негативность эффекта спорная.
С третьей же стороны, распространение JS и в особенности AJAX на сайтах наоборот экономит наш трафик, обеспечивая подгрузку чистого JSON вместо полных свёрстанных страниц. Так что негативность эффекта спорная.
+6
Рост будет продолжаться, так как если вы используйте twitter bootstrap, то там воспользоваться js проще простого. Вы просто в html прописывайте выпадающее меню, а bootstrap это сам делает это на js.
0
в бутстрапе просто плагины на основе jquery. Их аналоги существовали до бутстрапа.
0
В jquery просто JS код, который существовал и до того :)
0
Сейчас даже хуже стало чем в 90-00х :) Не знаю, конечно, как у вас, но у меня средняя скорость мобильного интернета по городу околомодемная, а любая страница весит под 2Мб.
Как раз буду рассказывать про эту напасть на Dump IT в Екб на следующей неделе.
Как раз буду рассказывать про эту напасть на Dump IT в Екб на следующей неделе.
0
Sign up to leave a comment.
Articles
Change theme settings
Средний размер сценария JavaScript увеличился на 48% за год