jQuery против javascript? [закрытый]

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

большинство аргументов, кажется, имеет смысл на самом деле.

теперь мне очень нравится jQuery, в основном для того, чтобы я мог сосредоточиться на вещах, которые я хочу сделать, а не на несоответствиях браузера, и это действительно делает AJAXing с прохладной (или перенапряженных?) эффекты весело.

но если действительно что-то гнилое в ядре jQuery, я не хочу полагаться на него так, как я на самом деле... полагаться на нее.

Я не хочу начинать еще один спор о том, какая структура является лучшей... но... Какой фреймворк является лучшим (шутка)? В качестве использования случая подумайте о малом и среднем интернете, и это администрирование.

Я просто пытаюсь выяснить, если вещи в некоторые фреймворк или чистый javascript с несколькими моими функциями действительно делает разница.

Edit:

Я на самом деле пытался иметь нормальное объективное обсуждение плюсов и минусов 1., используя фреймворк над чистым javascript и 2., jquery против других, так как jQuery, по-видимому, проще всего работать с самой быстрой кривой обучения. Однако некоторые люди просто не понимают этого и думают, что я начинаю еще одно пламя (то, чем я не являюсь). Я фактически голосую за то, чтобы вновь открыть этот вопрос.

также мне очень интересно в:

  • сильно ли jQuery полагается на обнюхивание браузера? Может ли это быть потенциальной проблемой в будущем? Зачем?
  • я нашел много двигателей JS-селектора, есть ли библиотеки AJAX и FX?
  • есть ли какая-либо причина (кроме обнюхивания браузера и личной "ненависти" к Джону отставке), почему jQuery ошибается?

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

6 72
javascript jquery

6 ответов:

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

мое личное мнение заключается в том, что Javascript невероятно полезен и чрезмерно используется, но если вам это действительно нужно, фреймворк-это путь.

сейчас идет выбор рамки. Для каких критериев стоит, вы можете найти один на http://ejohn.org/files/142/ . Это также зависит от того, какие плагины доступны и что вы собираетесь с ними делать. Я начал использовать jQuery, потому что он, казалось, поддерживался и хорошо отличался, хотя в тот момент он был не самым быстрым. Я не жалею об этом, но я не испытывал ничего другого с тех пор.

44

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

Если вы можете сделать это трудно, то вы можете сделать это легко, это не работает наоборот. Это относится к любой парадигме программирования.

29

Jquery, как и любые другие хорошие фреймворки JavaScript, предоставляет вам функциональность, независимую от платформы браузера, обертывающей все тонкости, о которых вы можете не заботиться или не хотите заботиться.

Я думаю, что использование фреймворка лучше вместо использования чистого JavaScript и делать все вещи с нуля, если вы использование не очень ограничено.

Я определенно рекомендую JQuery!

спасибо

10

" Я на самом деле пытался иметь нормальное объективное обсуждение над профи и минусы 1.,использование фреймворка над чистым javascript и 2. на jQuery и другие, так как jQuery, кажется, проще всего работать с быстрым кривая обучения."

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

"есть ли какая-либо причина (кроме браузера нюхают и личные" ненависть" против отставки Джона)почему jQuery ошибается?"

большая часть ненависти agains это происходит от преувеличенного фанатизма, который загрязняет форумы с помощью "use jQuery" в качестве ответа на каждый вопрос JavaScript и чрезмерного использования, которое создает код, в котором простые операторы, такие как объявление переменной, выполняются через вызовы библиотеки.

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

9
  • сильно ли jQuery полагается на обнюхивание браузера? Может быть, это потенциальная проблема в будущем? Зачем?

нет - есть $.способ браузер, но он устарел и не используется в ядре.

  • Я нашел много двигателей JS-селектора, есть ли библиотеки AJAX и FX?

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

  • есть ли какая-либо причина (кроме обнюхивания браузера и личной "ненависти" к Джону отставке), почему jQuery ошибается?

нет-это быстро, относительно небольшой и легко расширить.

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

прочитайте источник, если вы заинтересованы, http://code.jquery.com/jquery-1.4.3.js - вы увидите, что функции добавляются сначала на основе наилучшего случая и постепенно возвращаются в устаревшие браузеры - например, раздел метода parseJSON из 1.4.3:

return window.JSON && window.JSON.parse ?
    window.JSON.parse( data ) :
    (new Function("return " + data))();

как вы можете видеть, если окно.JSON существует, браузер использует собственный парсер JSON, если нет, то он избегает использования eval (потому что в противном случае minfiers не уменьшит этот бит) и устанавливает функцию, которая возвращает данные. Эта идея сначала предполагает современные методы, а затем деградирует до более старых методов, что означает, что новые браузеры могут использовать все функции whizz bang без ущерба для совместимости с наследием.

8

Jquery против javascript, я полностью против OP в этом вопросе. Сравнение происходит с двумя похожими вещами, не в таком случае.

Jquery-это Javascript. Библиотека javascript для уменьшения расплывчатого кодирования, коллекция обычно используемых функций javascript, которая оказалась полезной в эффективном и быстром кодировании.

Javascript-это источник, фактические скрипты, на которые отвечает браузер.

5