Подкаст SitePoint # 50: jQuery: от новичка до ниндзя

Крейг: Определенно, определенно.

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

Эрл: И это, по сути, опять же, это сглаживает то, что на самом деле — могу я сказать, дерьмо? Я собираюсь сказать дерьмо — о JavaScript в браузере. Если первое, что кто-то не имеет опыта работы с JavaScript, это написать хороший кросс-браузер getElementByClassName Они не хотят этого делать. Они просто хотят иметь возможность получать элементы по имени класса, а затем выяснять, что они хотят с ним делать, и когда вы хотите сделать что-то, чего нет в jQuery, тогда вы говорите: «Ну, как мне это сделать?» И обычно этот ответ — JavaScript. Таким образом, вы можете даже стирать грань между тем, когда вы начинаете фактически входить в JavaScript, если это имеет смысл?

Кевин: Да. И другая точка зрения заключается в том, что каждый, кто является опытным разработчиком JavaScript, проходит этот период, когда они создают свои собственные библиотеки, свою собственную кодовую базу, которую они знают и которой доверяют, и они понимают, как работает каждая строка, и они знают, если что-то не сработает, они смогут это исправить, потому что они создали его в первую очередь. Очевидно, что вы двое прошли через свое собственное путешествие, и оно закончилось тем, что «я собираюсь выбросить свой собственный getElementByClassName

Эрл: Мой был назван E-jax, для библиотеки Ajax Эрла. Да, это длилось не очень долго. Это длится до того момента, когда вы используете его в проекте, когда вы понимаете, что допустили ошибки в нем, а затем вы должны вернуться и исправить это в каждом проекте, в котором вы его использовали, а затем нет, и затем вы говорите: «Кто-то другой должен заботиться об этих основах, а не я».

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

Кевин: Что такое jQuery для отладки? Если он делает что-то, чего вы не ожидаете, и вам нужно просверлить этот черный ящик и посмотреть, что происходит, на что это похоже?

Earle: Вы имеете в виду, есть ли ошибка в исходном коде jQuery?

Кевин: Будь то ошибка или просто то, что вы не поняли.

Earle: Обычно вам никогда не нужно заходить в библиотеку jQuery, чтобы посмотреть на нее, если вы не сделали что-то довольно сумасшедшее. Обычно отладка следует так, как вы обычно отлаживаете. Вы нарушаете функции или предупреждаете, если нужно, и вы выясняете, что происходит. Как правило, вы знаете, что сделали что-то глупое, если ошибка возникает в коде внутри библиотеки jQuery. Не то, что глупо, но вы говорите: «О, подожди, я перешел во что-то, чего не ожидал». Обычно это довольно высокий уровень. Но вдаваться в код — если вы серьезно хотите войти в код jQuery, это очень красивый код JavaScript.

Крейг: Да.

Эрл: Если хочешь посмотреть. Я имею в виду, я люблю просматривать исходный код этого. Вот почему я всегда буду держать его в неминифицированной версии, пока она не поступит в производство для QA.

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