JQuery'de saf JavaScript kullanmanın avantajları

Yalnızca Javascript kullanma yerine JQuery-only kullanmanın avantajları nelerdir?

JavaScript ve JQuery kodlama konusunda sınırlı bir deneyime sahibim. HTML sayfalarına her birinin bitlerini ve snippet'lerini ekledim ancak çoğunlukla diğer dillerde sunucu tarafı öğelerini kodladım. Teorik olarak aynı şeyleri iki yaklaşımdan birini kullanarak da yapabilmenize rağmen (ve elbette aynı projede bunları karıştırabilirsiniz), JQuery'i her zaman en baştan kullanmaya başlamanın bir eğilim olduğunu göründüğünü fark ettim. Projenin talep ettiği şey ne olursa olsun.

Yani merak ediyorum, sadece JQuery-kullanmamanın değil, sadece eski JavaScript kullanmanın dakik faydaları var mı?

Bunun soru gibi görünmediğini biliyorum çünkü “kesin bir cevap yok” veya “sonsuza dek tartışılabilir” olduğu söylenebilir, ancak aslında “Bunu yapabilirsiniz” gibi dakik cevapları umuyorum. bir yaklaşım ve bunu diğeriyle yapamazsınız ".

Scrwtp'nin yorumuna göre, sadece DOM Handling bölümüne bakmıyorum. Benim sorum daha doğrusu: JQuery bir kütüphanedir. Javascript için. Bu kütüphane hakkında diğer diller için diğer kütüphanelerin aksine garip bulduğum şey, JQyery'nin durumunda, onu yalnızca kullanabilecek ve doğrudan Javascript'e dokunmaya gerek kalmayacak şekilde tasarlanmış gibi görünüyor. Bu, kütüphanede (ya da bu durumda çerçevenin, ancak analojinin hala geçerli olduğunu düşünüyorum) hala bir çok yönden ele almasına rağmen, Hibernate ve SQL diyelim. , en azından bazı saçak davaları için. Ancak JQuery & Javascript durumunda, Javascript ile yaptığınız her şeyi sadece JQuery kullanarak yapabilirsiniz (ya da en azından bana öyle geliyor).

Stargazer712'nin yorumuna göre: evet, sizinle aynı fikirdeyim, burada soru, “JavaScript'i nasıl kullanacağınızla ilgili bir mesele” olduğu gibi. Aslında sormaya çalıştığım şeydi, ama bazı kötü formülasyonlar yaptım. İşte başka bir benzetme: Bahar İfade Dili. Bu bir Java kütüphanesi. Java olmadan kullanamazsınız, Java temellidir ve kullanmaya devam ederken Java'yı kullanabilirsiniz. Ancak pratikte yapabileceğiniz şey bu kütüphaneyi bir Java projesine eklemek ve tüm kodunuzu Spring EL'in ifade dilini kullanarak yazmaktır; bu da kodunuzu Java'ya hiç benzememesini sağlar ve hatta paradigma değişimini bile engeller (örneğin, artık sahip değilsiniz). bunu kullanırken güçlü tip uygulama). JQuery'nin sadece bir JS kütüphanesi olduğunu anladığım halde, bana göre pratikte Spring EL'in Java ile aynı etkiye sahip olduğu görülüyor, yani yalnızca API'yi bir proje aracılığıyla kullanabilir ve JavaScript'in API'lerinden kaçınabilirsin. Ve bunun iyi bir şey olup olmadığını merak ediyordum, tuzaklar ne olabilir?

(ve evet, herkesin cevaplarını okuduktan sonra şunu anlıyorum:

a. benim sorum bir noktaya kadar biraz duygusal değil

b. soru tamamen doğru olsa bile, cevap çok fazla olurdu "hayır, sadece her zaman sadece JQuery kullanamazsınız)

Öncelikle - sadece jQuery kullanmak imkansızdır, tüm jQuery, global kapsamınıza bir dizi yöntem ekleyerek $ nesnesini eklemektir. Prototip gibi daha manipülatif kütüphaneler bile javascript'e alternatif değil , ortak sorunları çözmek için bir araç kemeri.

JQuery'yi araç kayışınıza eklemenin temel avantajları şunlar olabilir:

• tarayıcı uyumluluğu - .attr () gibi bir şey yapmak, yerel alternatiflerden çok daha kolaydır ve tarayıcıları kırmaz.
• Genellikle karmaşık işlemlerin basitleştirilmesi - eğer bir XHR yönteminin iyi yazılmış bir çapraz tarayıcı uyumlu versiyonunu görmek istiyorsanız, $.
• DOM seçimi - bağlayıcı olaylar ve DOM öğelerini seçme gibi basit şeyler karmaşık olabilir ve tarayıcı başına farklılık gösterebilir. Çok fazla bilgi olmadan, kolayca kötü bir şekilde yazılabilir ve sayfanızı yavaşlatabilir.
• Gelecekteki özelliklere erişim - .indexOf ve .bind gibi şeyler yerel javascript'tir, ancak henüz pek çok tarayıcı tarafından desteklenmemektedir. Ancak, bu yöntemlerin jQuery sürümlerini kullanmanız, tarayıcıları desteklemenizi sağlar.

Javascript artık sadece bir müşteri tarafı dili değildir ve jQuery, DOM'ye bağımlı olduğundan, sunucuya taşınması korkunç bir adaydır. Neden jQuery kullandığınızı (bu soruyu sormak çok iyi bir ilk adımdır!) Anlamanız ve gerektiğinde değerlendirmeniz için zaman ayırmanızı şiddetle tavsiye ediyorum . jQuery tehlikeli olabilir, ana tehlikelerden bazıları şunlardır:

• kod kalitesi - jQuery'nin çok büyük bir topluluğu ve düşük öğrenme eğrisi var. Bu, pek çok kötü yazılmış açık kaynaklı eklenti için mükemmel bir fırtına.
• verimsizlik - jQuery verimsiz yazmak kolaydır. Örneğin, döngüler için jQuery'nin her birini kullanmak gereksizdir ve bazı durumlarda performans etkisi yaratabilir. JSPerf'te bu konu hakkında pek çok iyi bilgi var
• bloat - jQuery büyük bir kütüphanedir. Çoğu zaman, özelliklerinin küçük bir alt kümesini kullanır ve tüm kütüphaneyi kaparsınız. Size zepto.js ve underscore.js gibi özelliklerin altkümelerini verecek bazı harika alternatifler var - durumunuza bağlı olarak, ihtiyaçlarınız için doğru kütüphaneyi seçerek bazı baytları kaydedebilirsiniz.

Sonuçta, jQuery düzgün kullanıldığında inanılmaz derecede faydalı ve yardımcı bir kütüphanedir. Ancak, javascript için bir alternatif değildir . Aynı zepto.js , YUI , Dojo , MooTools ve Prototip gibi bir kütüphanedir - bunlardan biri mevcut projeniz için çok daha iyi bir seçim olabilir.

Javascript yanlış anlaşılan bir dildir ve ancak son zamanlarda çoğu insan tarafından kullanılan bir betik dilden başka bir şey olarak kabul edilmektedir. Gerçekten daha fazla okumanızı tavsiye ederim, işte başlamak için birkaç iyi yer:

Düzenle 07/2014 - Bu yazının hala dikkat çekici olduğunu fark ettim, bu yüzden birkaç bağlantı ekledim. Bunlar belirli bir düzende değildir, ancak yardımcı olmalıdır.

• Ben Alman'ın blogu - burada birçok iyi en iyi uygulama. Hepsine katılmıyorum, ancak her zaman blogundan yeni şeyler öğreniyorum.
• Kod Akademisi - temel javascript ve jQuery eğitimi. Bazen temellere geri dönmemize yardımcı olur.
• Javascript Garden - javascript'in daha karmaşık veya yanlış anlaşılmış özelliklerine ilişkin bir gönderi. Lütfen her şey mantıklı gelene kadar zaman zaman bunu okuyun.
• Bocoup - bunlar eğitim dersleridir. Birine yaklaştıysan, git. En iyi JS konuşmacılarının ve öğretmenlerinin çoğu bunları öğretiyor.
• Paul Irish'in blogu - kesinlikle JS değil, ancak en iyi uygulamalar hakkında burada yazılmıştır. O ve Ben'in twitter yayınlarını takip etmek harika.
• Javascript: İyi Parçalar - genellikle 'Javascript İncil'i olarak anılır, Douglas Crockford'un bu kitabı javascript'i anlamaya başlamak için harika bir yer.
• Isaac Schlueter'in Blogu - Isaac, npm'nin yaratıcısı ve düğüm çekirdeği üzerinde çalışıyor. Javascript topluluğu hakkında kod kuralları yerine çok şey yazıyor, ancak gerçekten js'e giriyorsanız bu harika bir okuma.
• Douglas Crockford's Javascript - Brendan Eich, javascript'in babasıysa, Douglas javascript'in açık sözlü amcasıdır. O JSON spec, javascript incil ve javascript tuhaflıklar ve meteorik yükseliş üzerine şaşırtıcı yazıların bir sürü yazarıdır.
• Brendan Eich'in Blogu - Brendan, javascript'in yaratıcısı - blogunda her türlü aptalca şey hakkında yazılar yazıyor ve bir kişi olarak hatalarına rağmen, javascript yayınları değerli.
• James Halliday's (@substack) Blogu - Substack tartışmasız toplumdaki en önemli node.js geliştiricisidir - yaklaşık 400 (ve her gün büyüyor) npm modülleri ve minik, unix benzeri modüllerin yol gösterici felsefesiyle yazdığı her şeye değer okuma.
• Max Ogden'ın Blogu Max Ogden başka bir üretken node.js yazarıdır ve size bir şey öğreten blog yazıları yazmakta mükemmeldir. Aynı zamanda kediler için javascript'in (inanıyorum) yazarıdır.
• Kediler için Javascript - Bu, javascript temellerini bir kedi perspektifinden ele alan kısa bir derstir. Eğer bir acemi iseniz, bunu okuyun. Çok eğlenceli ve bir saat içinde birçok kitabın iletişim kurmasının ne kadar sürdüğünü öğretiyor.
• Nicholas Zakas'ın Blogu Nicholas, birkaç fantastik javascript kitabının yazarıdır: Javascript'te Nesneye Yönelik Programlama , Sürdürülebilir Javascript , Web Geliştiricileri için Profesyonel Javascript ve Yüksek Performanslı Javascript . Genel olarak müşteriye odaklanır, ancak bir sürü en iyi uygulama ve performans ipucuna sahiptir.
• Guillermo Rauch'un Blogu - Guillermo, çoğunlukla Socket.io ve Mongoose ile meşhur başka bir üretken node.js dev. Blogu (ve yeni kitabı Smashing Node.js , ikisi de harika kaynaklar.

Eminim düşünmediğim veya bilmediğim çok daha fazla kaynak var, diğer cevaplayıcılar da bu listeye eklemek için çekinmiyorlar.

Avantajları var, ancak sakıncalarından ağır basıp basmamaları tartışmalı.

Bunlardan ilki, bant genişliğinden tasarruf etmenizi ve daha hızlı yanıt almanızı sağlamaktır. jQuery cevabınıza başka bir ~ 30kb ekler. Bazı ağlarda (ve bazı ülkelerde), bu birkaç milisaniye anlamına gelebilir. Öte yandan, web sunucunuzu kullanarak (veya Xion’un dediği gibi, Google’ın sitesinden kullanabilirsiniz, böylece kendi sitenizi etkilemeyecek ve yine de önbelleğe alınmayacaktır), önbelleğe alma işlemini kolayca yapabilirsiniz.

İkincisi, sadece çok basit fonksiyonlara ihtiyacınız olabilir ve jQuery'yi indirmek ve ayarlamak sadece ihtiyacınız olanı uygulamaktan daha fazla zaman alabilir.

Ve son olarak, çoğunlukla kötü bir fikir olan kendi çerçevenizi oluşturmak isteyebilirsiniz, ancak bazı insanların kendi sebepleri vardır.

Bununla birlikte, jQuery'yi basitçe öğrenme eğrisinden korktuğunuz için atarsanız, o zaman yeniden düşünmelisiniz. Özellikle de nazikçe olduğu gibi.

Bildiğim kadarıyla vanilya javascript'in JQuery , MooTools , vs. gibi bir kütüphaneye karşı kullanılmasının gerçekten iki avantajı var .

• Kütüphanelerin bant genişliğini yiyen yükleri var. Ancak insanlar zaten diğer cevaplarda belirtmiş oldukları gibi, bunu gzipping ve önbellekleme ile sınırlayabilirsiniz. Yalnızca jQuery bir alt kümesini istiyorsanız yapabileceğiniz SizzleJS ve mooTools ile size seçme seçeneğine sahip İstediğiniz özellik setleri neyi aynı şekilde Modernizr yapar .
• Kütüphaneler büyüktür ve öğrenmesi zaman alır. Sonra tekrar, bu geliştiriciler için bir defalık bir yatırım ... ve javascript kütüphanelerini bilmek özgeçmişinde hoş görünüyor.
• (BONUS) Kütüphaneler gümüş bir mermi değildir, bu yüzden tekerleği yeniden icat etmek istiyorsanız o zaman kesinlikle gitmek yoludur.

Neden bol miktarda bulunan bir javascript kütüphanesi kullanmak istediğinizi belirtmeye değer:

• Gelişiminizi desteklemek için kendi çerçevenizi yazmanıza gerek yoktur. İşlerin nasıl yürüdüğünü merak ediyorsanız, açık kaynak olduğundan kodu kontrol edebilirsiniz.
• Kütüphaneler tarayıcı uyumluluğunu çözer. Hem DOM hem de javascript, tarayıcılar arasında bazı farklılıklara sahiptir. İnan bana, kendini düzeltmek zorunda kalırsan, bu büyük bir zaman alıcı.
• Javascript kütüphanelerini kullanmak fiilen internet standardıdır, çoğu şu anda iyi belgelenmiştir ve çoğu web geliştiricisi (javascript'i bilen) onları nasıl kullanacaklarını bilir.
• Bir kütüphane kullanırken javascript'ten gerçekten vazgeçmiyorsunuz. Javascript'i türleri, nesneleri, kapakların nasıl çalıştığı vb. İle bilmeniz gerekir .
• Kütüphanelerin çoğu modüler hale getirilmiştir ve eklentileri yazmak veya gerekliliği ve AMD şablonunu yazmak uzun zaman almaz .
• DOM'dan CSS öğelerini seçmek çok büyük bir yardımdır.
• (BONUS) Bunları CoffeeScript ile de kullanabilirsiniz .

JQuery büyük ve korkutucu olduğu için vanilyalı javascript kullanmak konusunda kararlı olan bir web mağazasında çalışıyordum. Çoğunlukla yalnız bir "javascript geliştirici" tarafından etkilenen bu karar, pek çok tarayıcı sorununun kaynağıydı ve yavaş gelişme ve kod tabanına girmeye çalışmak saç çekme deneyimiydi. Kendi çerçeveni yazmak iyi bir fikir gibi görünebilir, ancak yeni geliştiriciler kiralamak istiyorsan çabucak girip yardım edemezler . O zaman da dikkate alınması gereken otobüs faktörü sorunu var .

Eskiden orada çalıştığımı söylediğim gibi ... başka yerlerde daha yeşil meralar vardı. : ^)

Her ikisinin de kullanımını biraz karıştırıyorum. Bunun en büyük nedeni, bazı uygulamalar için (krom uzantılarını düşünün) çapraz tarayıcı desteğine ihtiyacınız olmamasıdır. Bu, css3 gibi yeni gelişmelerden faydalanabileceğim anlamına gelir; bu geçişler gibi şeyler kodunuzu jquery kullanımı üzerinde bir ton basitleştirebilir.

Ayrıca sık sık özel bir şeyler yapıyorum. Elbette diğerleri gibi, tekerleği yeniden icat etmemeniz gerektiğini söyledi. Ancak sizden çılgınca bir işlevsellik yapmanız istendiğinde, kendim yazmak için daha kolay buluyorum, o zaman yakın ama mükemmel bir eşleşme olmayan bazı jquery eklentilerini hacklemeye çalışıyorum.

Ayrıca jquery dışında hiçbir şey ile çalışan geliştiriciler ile çalıştım. Ve söylemeliyim ki, istediklerini yapan bir jquery eklentisi bulamazlarsa, işlevsellikten çok daha fazla ödün verdiklerini söylemeliyim.

Web geliştirmenin bir noktasında, bir kütüphanede önceden paketlenmemiş bir şey yapmanız istenecektir. Bu noktada, temel dilin gerçekte nasıl çalıştığını anladığınızdan emin olmalısınız.

Öyleyse TLDC : İkisini de kullanın, sadece vanilya kullanarak dezavantajdasınız ve vanilyayı içeri ve dışarıda bilmiyorsanız ve her zaman jquery kullanmakta ısrar ediyorsanız dezavantajdasınız.

JQuery olmadan yapamayacağınızı düşünebildiğim tek şey JQuery eklentilerini kullanmak olacaktır; o zaman bile, eklentinin ihtiyaç duyduğu şeyi sağlayacak olan kendi JS kütüphanenizi yazabilirsiniz.

Şöyle düşün: JQuery, Javascript'te yazılmış açık kaynaklı bir Javascript kütüphanesidir; kaynağa bakabilir ve böylece yaptığı her şeyi nasıl yapacağınızı öğrenebilirsiniz.

JQuery'yi düz eski Javascript kullanmadan kullanamazsınız. Muhtemelen kullanmayacaksınız document.getElementById, ancak yine de fonksiyon ve değişkenleri standart Javascript yöntemleriyle tanımlayacaksınız; standart bir fordöngü bile yazabilirsiniz .

JQuery'yi kullanmanın asıl yararı, herhangi bir dilde herhangi bir 3. parti kütüphaneyle hemen hemen aynıdır: Uygulamanıza özgü mantığı uygulamak için bu kadar kod yazmanız gerekmez.

Boyutun seni korkutmasına izin verme. CDN versiyonu ilk sayfa isabeti sonrasında kullanıcının tarayıcısı tarafından önbelleğe edilecek bir ~ 33k indirmektir.

Performans konusunda endişeleniyorsanız, mümkün olduğunda vanilya js kullanmaya çalışmalısınız . çerçeveler sadece bant genişliği ek değil, aynı zamanda ek yükü de işler. Ve jQuery de oldukça eski tarayıcılar için tarayıcı uyumluluğu ile birlikte geliyor.

Eğer mobil uygulamalar veya oyunlar üzerinde çalışıyorsanız (veya her ikisinin de kombinasyonu varsa) önce performansa ve kaynak verimliliğine ihtiyacınız var.

jQuery ve eklentileri gelişiminizi hızlandırabilir, ancak özellikle 3. parti jquery Eklentileri'ne güveniyorsanız, içeride ne yaptıklarını bilmelisiniz. Birçoğu kötü kod kalitesi ve verimliliği örnekleridir.

jQuery, yerel JavaScript'ten 2 ila 10 kat daha yavaş olabilir. Ayrıca geliştiricilerin arayüzlerini uygun şekilde tasarlamamalarını ve yerelden çok daha yavaş olan jQuery seçicilere güvenmelerini kolaylaştırabilir.