Есть ли альтернатива jQuery для создания более быстрых веб-сайтов? - PullRequest
7 голосов
/ 29 сентября 2010

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

Есть ли у кого-нибудь из вас опыт более легких платформ или более эффективных каркасов, которые я мог бы изучить? Или какие-нибудь ресурсы, на которые вы могли бы указать мне? YUI выглядит интересной концепцией ... испытывает ли погрузчик гнев? Ладно, хорошо?

Любые мысли приветствуются.

Приветствия.

редактировать: Извините, я не ясно. Производительность сайтов в настоящее время довольно хорошая, мы не занимаемся редизайном из-за проблем с производительностью, это связано с ребрендингом. Мы просто хотели воспользоваться возможностью, чтобы ознакомиться с лучшими практиками.

Ответы [ 8 ]

11 голосов
/ 29 сентября 2010

jQuery 1.4.2 - худой и среднее . Вам будет трудно найти что-то более быстрое или более легкое.

В качестве примера приведем каркасный тест под названием slickspeed от mootools. Он проверяет способность фреймворка при поиске элементов в DOM. Тестируемая версия jQuery - 1.2.6. В зависимости от вашего браузера, JQuery работает исключительно хорошо. В моем браузере Chrome jQuery побил все остальные с общим временем 20 миллисекунд.

А начиная с версии 1.2 в jQuery произошли поразительные улучшения в оптимизации и скорости, особенно в версии 1.4.

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

Если, однако, вы пишете оптимизированный код, jQuery может быть настолько быстрым, что вы даже не заметите.

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

дополнение

Это из блога jQuery:

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

Так что принимайте это как хотите.

7 голосов
/ 29 сентября 2010

Я предпочитаю YUI3 для более крупных приложений, и практически везде, где «загрузка по требованию» может принести выгоду :)

Я согласен, что замедление в основном связано с тем, как вы реализуете свое приложение, что является одним из преимуществ,imho, YUI, он естественным образом подходит для более модульных реализаций.

Использование загрузчика yui для добавления стиля виджета к элементам страницы обеспечивает хорошее повторное использование кода (и кэширование), а также позволяет пользователю быстрее увидеть «что-то».

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

Re: Комментарий Стивена Ну, грубая скорость для узких циклов иногда имеет смысл, иногда нет.Существует также проблема реализаций, использованных для сравнения, код YUI3, размещенный в версии Ejohns, выглядит положительно приукрашенным по сравнению с кодом jQuery, смотрите первый пример.Где jQuery добавляет почти полный элемент DOM из строки, в то время как YUI3 проходит через все виды обручей, условно говоря.

Для версии, написанной кем-то, кто знает YUI3, взгляните на http://yuilibrary.com/~msweeney/yui-tests/taskspeed/ новейший jquery не представлен, но он имеет YUI3 как ~ в 4 раза быстрее, чем jquery 1.3.2 в моем Chrome.

Обновление

http://www.yuiblog.com/blog/2010/10/27/jquery-and-yui-3-a-tale-of-two-javascript-libraries/ Опыт пользователей juiery в yui3.

1 голос
/ 27 августа 2012

Я думаю, вам стоит взглянуть на zepto.js

http://zeptojs.com/

эта статья дает вам несколько советов по переносу кода jquery

http://blog.pamelafox.org/2012/03/porting-jquery-plugins-to-zepto-tips.html

1 голос
/ 29 сентября 2010

apor.js - самая маленькая и самая быстрая в мире библиотека javascript

http://vaporjs.com/

1 голос
/ 29 сентября 2010

Вероятно, лучшее место для начала - не спрашивать, какие фреймворки могут помочь, а почему ваш текущий сайт имеет плохую производительность.Я бы начал с таких инструментов, как Yahoo YSlow, а также Dynatrace ajax edition.Dynatrace хорош, потому что он будет указывать на javascript / dom манипуляцию, которая замедляет ваши страницы.Вы захотите использовать больше, чем просто два инструмента для повышения производительности, поскольку у них у всех есть свои идеи о том, что делает страницу быстрой.Как только вы это исправите, я зайду на форум и сообщу, что у вас проблемы с производительностью в X и что я могу сделать, чтобы их исправить.

0 голосов
/ 09 июня 2015

Sprint - крошечная, быстрая альтернатива.Проверьте репозиторий для тестов по нескольким функциям по сравнению с последними версиями jQuery и Zepto.

0 голосов
/ 29 сентября 2010

Я только что написал внутреннее приложение для нашей компании, используя jquery и jquery UI (http://jqueryui.com/),, смешанный с c #. Я обнаружил, что оно чрезвычайно простое и быстрое - никаких проблем вообще.

интерфейс jqueryсайт можно легко тематизировать ...

и, добавив другие компоненты, такие как blockui, jgrowl и т. д., вы сможете делать все, что захотите!

0 голосов
/ 29 сентября 2010

jQuery достаточно легкий, если правильно закодирован.Похоже, что фреймворк, который вы используете, не является проблемой, но либо а) почему javascript, который вы пишете, выполняется медленно, либо б) почему вы используете так много медленной загрузки рекламы для начала.

Но еслиВы действительно хотите заглянуть в другие фреймворки, вот удобная таблица сравнения: Сравнение фреймворков JavaScript

...