вадятам драг и дроп сделан на jquery


воу воу, друг, верни аккаунт ваде!
какой ещё jquery?

полудухвот это штоле пришло на смену jQuery

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

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

вадяписать вроде больше, но по выполнению намного меньше

ну и вот такие басни из склепа, ребятки, не слушайте.

вадяhVosttну и вот такие басни из склепа, ребятки, не слушайте.ты дебажил выполнение jquery?

зачем мне дебажить jQuery? если он отдебажен и покрыт тестами вдоль и поперёк? вообще, никогда с этим проблем не имел, кроме того, $-элемент, даёт огромный простор для дебага.

да, современный браузерный АПИ очень богат и способен решать многие вещи проще, чем раньше. однако, сравним:




первое и читается очень хорошо, и намного компактнее, и работает точно также по скорости, так как внутри там такие же вызовы по сути.

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

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

вадяhVosttпервое и читается очень хорошо, и намного компактнее,чисто по написанию.

хорошая читаемость кода в разработке имеет экстремально важное значение.


вадяhVosttзачем мне дебажить jQuery? если он отдебажен и покрыт тестами вдоль и поперёк?хотя бы для того чтобы знать что там внутри.

исходники открыты, кроме того есть map-файлы

AreostarhVostt,

удобная не спорю!

Но както не очень если только ради одного скрипта на страницу jQuery вешать придётся в добавок ко всему

Ох уж мне эти наивные аргументы "ради одного метода". Может тогда специальный браузер под ваше сайт-приложение скачивать, чтобы не грузить все его АПИ, которые никогда на 100% все не будут использованы? Зачем же его целиком грузить? Ну и давайте компьютеры специальные покупать, заточенные каждый под конкретный сайт?

вадябеда в том, что сопровождение ставится во главу , в ущерб всем другим параметрам.

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

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

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

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

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

я не утверждал, что ванильный код не привычен, или плохой.

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

самое последнее, от чего будет зависеть качество и скорость кода, это от ванильности. скорее даже наоборот.

вадядля меня что ванильный, что jquery одинаково наглядны и понятны.

когда говорят о читаемости кода, речь идёт о других, а не о тебе лично.

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

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

не нужно доводить до маразма.

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

нет, в большинстве случаев не будет.

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

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

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

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

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

выковыренное из носа утверждение.

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

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

вадяhVostt2. кеш, CDN снимают вопрос нагрузки, скрипт грузится всего один разналичие огромного кэша уже тормоз, иначе бы не существовали рекомендации по его очистке.

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

ещё одно утверждение, высосанное из пальца.

опять таки, нужно смотреть на ситуацию, когда нагрузка становится существенной.

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

вадяа кто говорит о доведении да маразма?

у тебя наблюдается, в яркой форме.

полудухТо что ты наизусть изучил все методы

это, конечно, неправда :)
ничего там никто не изучил наизусть

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

чтобы понимать, на волне массовой истерии, Bootstrap вон решил избавится от jQuery

https://news.ycombinator.com/item?id=19147466

им на это понадобилось полтора года. колоссальных усилий стоило. потому что сломалось всё.
весь свой АПИ пришлось сжечь в топке. всё что было просто на jQuery, куча подводных камней, совместимости и т.д. всё это пришлось преодолеть.

вот это я понимаю, кровавая священная война :)

а не вот эти сопли пузырями от вади )))