Yerel JavaScript geliştirmenin yararları nelerdir? [kapalı]


33

JQuery'in ne kadar basit olduğu düşünüldüğünde, yerel JavaScript ile karşılaştırıldığında, insanları jQuery gibi kütüphanelerden tamamen vazgeçiren şey nedir?

Bunun nedeni jQuery'nin sınırlamaları olması ya da yavaş olması mı? Yani, eğer jQuery yerel javascript ile karşılaştırıldığında bu kadar kolaysa, insanlar hala saf javascript kullanmak zorunda mı?


1
jQuery sadece bir kütüphanedir - jQuery kullanan yerel JS'yi yazmaya devam etmektedir. Bu, "Yerel C ++ gelişiminin ne gibi yararları var?" Diye sormak gibi. "Yükseltme olmadan C ++ geliştirme" hakkında konuşurken.
Zach


1
JQuery ve diğer eski lib'lerin asıl amacı, farklı js arayüzlerine sahip farklı tarayıcıların üzerine bir cephe yapmaktı (örneğin, XMLHttpRequestvs ActiveXObjectveya addEventListenervs. attachEventveya css selectorsvs xpath selectorsvs no selector supportvs ...) Son tarayıcılarda bu sorunların çoğu yok. var, çünkü aynı standartları takip ediyorlar.
inf3rno

Yanıtlar:


89

Arabalar hakkında konuşalım.

Oh bekle, zaten yaptık - bir süre önce tanıştığımız zamanı hatırlıyor musun? Arabalar hakkında konuştuk. Aslında, araba konusunda oldukça uzman görünüyordun. En son Formula 1 yarışında doğru, yanlış ve heyecan verici olan her şeyi ayrıntılı olarak açıklayabildiniz. Lamborghini'nin tüm modellerini (fiyatları ve bulunabilirlikleri dahil) yürekten biliyorsunuz. Kendi Ferrari 599 GTB Fiorano'nu satın alma düşünceleriniz bile vardı ve bunun için para biriktiriyordunuz.

Toyota'nın hatalarını harika, heyecanlı bir sesle açıklarken, aniden sandalyenizden atladınız ve havaya çığlık atarak yumruklarınızı sallıyordunuz: "Kahretsin, arabalarla ilgili her konuda muhteşem bir uzmanım!" m bir araba tamircisi olacağım! "

Ve sen gittin. Bir röportaj yaptın, Patron Adam senin bilgin kadar etkiledi ve sen de işe alındın. İlk müşteri geldi. Debriyajı kırıldı. Kontrol ettiniz ve ne yapacağınızı bilemediniz. Aslına bakarsan, Patron Adam'ın sana verdiği tavsiyelerin nasıl uygulanacağı konusunda hiçbir fikrin yoktu. Kovuldun.

Ama bu nasıl olabilir? Arabalar hakkında her şeyi biliyorsun ! Arabalar hakkında herşey hariç. Hayalinizdeki aracın bir V12 motoru olduğunu çok iyi biliyorsunuz, ama bunun ne anlama geldiğini bilmiyorsunuz.

Yani, sen bir araba tamircisi değilsin, gerçekten - sen bir araba tutkunusun. Ve arabaların nasıl çalıştığını öğrenene kadar meraklı kalacaksınız.

Şimdi sana sormama izin ver. Nasıl $.fn.textçalışır? Peki ya $.fn? Gerçekten ne demek istiyorlar? $(something)Şeyleri içeren devasa bir şeyi nasıl geri verir ve bu şey tam olarak nedir? İşlevselliklerini en azından biraz teoride bile çoğaltabilir misiniz? JQuery olmadan başa çıkabilir misin?

"Yerel JavaScript zordur" demek sadece ... yanlıştır. Öncelikle ve en önemlisi, çünkü bir dil olarak JavaScript'in DOM ile ilgisi yoktur , ki bu da jQuery'nin soyutladığı şeydir. İkincisi, DOM hakkında biraz bilgi edindiğinizde, en yaygın tarayıcılar arası hataları izleyebiliyorsunuz. Ama sadece küçük bir sır - ilk başta her şey zor. Uzun bölüm 5. sınıfta bir sürtüktü .

Bu yanıt için ikinci bir benzetme gibi: jQuery, JavaScript, DOM (değil JavaScript dili, sadece DOM) gibi etmektir Array.prototype.forEachetmektir for. Vakaların% 99'unda işe yarıyor. Ve iyi çalışıyor. Ancak kapsanmayan% 1 için, sadece pratik olması durumunda , döngünün nasıl kullanılacağını bilmeniz gerekirfor . Tüm bu cevap, sorunun "daha saf" tarafına dayanıyor ve hatta teknik tarafa (örneğin kütüphanenin büyüklüğü ve Michael Dorrant'ın cevabında açıklandığı gibi diğer bazı şeylere) dayanıyor. Çünkü ben JavaScript'i seviyorum ve insanlar sadece "pah, bu aptal javascriptleri" söyleyerek ve süslü beyaz eldivenler sallarken bir kenara atıyor gibi göründüğü zaman ahlakiliğe iniyor.

Her zaman bir JavaScript meraklısı olacağınız gerçeğini kabul ederseniz, sizi kim durdurabilirim? Ancak bir JavaScript programcısı olmak istiyorsanız, öncelikle en azından jQuery (veya başka bir kütüphane) ve kütüphane kullanmama arasında seçim yapma bilgisine sahip olmalısınız . DOM’i öğrenin. Nasıl kullanılacağını öğren. Kendi küçük kütüphanenizi ya da sadece bazı yardımcı işlev koleksiyonunu yazın. DOM hakkında bilginiz varsa ve jQuery - godspeed'i kullanmayı seçtiniz. Çok çalışanlara tembellik verilir.


15
Uzun bölünme hala zor!
Raynos

13
@anonymousDownvoter Dua açıklayın. Vejetaryen olduğun için mi?
Biftekleri

10
+1 "$ (bir şey) şeyleri içeren devasa bir şeyi nasıl döndürür ve bu şey tam olarak nedir?" Hah!
ThinkingStiff

3
Ayrıca, @Mike, bu kesinlikle bir cevaplanmadı çünkü suçlu! Çünkü saf! @ # $ İng dahi.
Erik,

5
Gönderideki "harika biftek" isteğe bağlı bir yazım hatası olup, düzenlemeyi denemeyin. Gerekirse, bu konuyla ilgili şu meta tartışmaya bakın
gnat

12

Sebeplerim:

  1. İhtiyaç son derece az olduğunda, 1'e dokunun.

  2. İndirme hızı kritik olduğunda ve jQuery kütüphanesi çok büyükse ve değiştirmek için çok fazla (özel) kod yazmanız gerekmez.

  3. Diğer teknolojilerle entegrasyon yaparken, bazen ham js daha iyidir.

  4. Eski bir sistem üzerinde çalışırken (yani 'üretim') zaten js ile kurulmuş desenlerle yazılmış.


13
# 2'nin gerçekte ne kadar sıklıkla doğru olduğunu merak ediyorum. Potansiyel olarak önbelleğe alınmış bir indirme olan bir 92K tasarruf edersiniz, ancak çok daha fazla kaynak kodlu JS kodu yazarsınız.
Adam Rackis,

4
Bunu bilmiyorum. İşlevselliğin bir alt kümesi için kitaplığın tamamını dahil etmek yerine JS'yi ihtiyaç duyduğunuz şeyde tutabilirsiniz .
Ryan Kinal

4
@Ryan Kinal - Adam Rackis'in iyi bir noktası var ve Google’ın Jquery’yi yüklemek için API’sını kullanıyorsanız, kullanıcının zaten almış olduğu yerden yükleyebilirsiniz.
Ben DeMott

# 4 ile aynı fikirde değilim. Eski kod korkunçsa ve takımdaki herkes kabul eder ve jQuery eklemek ve gelecekteki kodda kullanmak iyi bir fikirdir.
ThiefMaster

7

jQuery sadece bir çerçevedir - JavaScript ile yazılmış bir dizi araç. Bu araç setini kullanarak, hala JavaScript kullanıyorsunuz. Bazı insanlar jQuery'nin sağladığı araçları kullanarak JavaScript yazmayı, bazıları yapmamayı tercih ederken, diğer araçları seçer.

JQuery olmadan "saf" JavaScript yazmak isteyebileceğiniz bazı nedenler:

  • Sayfalar fazladan jQuery dosyaları eklemeden daha hızlı yüklenir
  • Bazı çerçeveler jQuery ile uyumlu olmayabilir
  • Yazılan kod, jQuery'nin yardımcı olduğu hiçbir şeyi yapmaz
  • Kod başkalarının kullanması için yazılıyor ve bir bağımlılık olarak jQuery kullanmak zorunluluğu paylaşmayı zorlaştırıyor
  • Kod yazarı, jQuery'nin sağladığından daha fazla kontrol istiyor

5

Herhangi bir kütüphane veya çerçeve olarak jQuery, başka bir hata katmanı ekler . Bayıldım, ama aynı zamanda jQuery çekirdeğinde olduğu ve benim kodumdan da (nadir bir durum değil, o kadar nadir değil) ortaya çıkan bir hatayı aradığım bir günü kaybettim.

Bunun dışında kullanmamak için başka bir sebep bulamıyorum:

  • Genel gider en az, özellikle barındırılan Google sürümüne giderseniz ,
  • Daha az deneyimli Javascript geliştiricilerin daha temiz ve daha verimli kod yazmasına yardımcı olur,
  • Bu var çoğunlukla , daha eski tarayıcılar ile uğraşmak zorunda olduğunda hayat kurtarıcı olabilir çapraz platform,
  • Geniş eklentiler galerisi prototiplerimi çok kısa sürede yazmama yardımcı oluyor
  • DOM mantıklı,
  • falan filan

AMA asla Javascript bilgisinin yerine kullanılmamalıdır. Saf Javascript'te nasıl yapılacağını bilmiyorsanız, başlangıçta bir kütüphane ile kurtulabilirsiniz ama uzun vadede bunun için para ödeyeceksiniz.

Ve tabii ki, IE6 ile birkaç yıldan beri ölümcül mücadeleye hapseden hepimiz varız ve eski okul numaralarımızı parlak yeni bir oyuncak lehine rahatça bırakmayacağız .


2
JQuery eklentileri kullanıyor musunuz? Birçoğu korkunç adamcağız ve yavaş, kötü kodlarla dolu değil mi?
Raynos

@Raynos The huge gallery of plugins help me write prototypes in very short times... Sadece prototipler, mümkün olduğunda üretim kodunda bunlardan kaçınırım. Orada bazı elbette mükemmel koduyla eklentileri, ama onlar için çok zor bakmak zorunda ...
yannis

prototipler genellikle "bir atılmış olmalı, ancak şimdi üretim kodu olmalı" anlamına gelir. Onları atılabilir prototiplerde kullanırsan sorun değil.
Raynos

@Raynos Prototipleme sadece atılabilir prototiplerle ilgili değildir. Evrimsel prototipleme web geliştirme sürecinin temel bir sürecidir ... - nasıl, geç bir cevap için: P
yannis,

"Evrimsel prototip" denir "şimdi büyük köşeleri kesin ve bundan daha fazla kazanacağımızı umarız, o zaman elde edeceğimiz tüm bu kod borcun bedeli". Elbette hangisi sadece köşelerinizi keserseniz, işinizin başarılı olması için ihtiyaç duyduğunuz sihirli zaman dilimi içinde yanınızdaysa geçerlidir. Bu bir borç.
Raynos

5

Tarayıcı ortamında bir çapraz tarayıcı normalleştirme aracına ihtiyacınız vardır. Böyle bir araç iki çeşittir

  • ana bilgisayar nesnelerini tarayıcılarda aynı şekilde davranan yeni nesnelerle sarar
  • DOM API'sini uygulamak için ana bilgisayar nesnelerini genişletin.

Genellikle bu yardımcı programları üç yoldan biriyle kullanabilirsiniz.

  • ihtiyaç duyduğunuzda ve yerde kodunuz gibi addClassveya içindeki küçük işlevleri kullanın.setText
  • kendi çapraz tarayıcı normalleştirme kitaplığınızı yazın
  • varolan birini kullanın.

Bazı normalleştirme mekanizmalarına ihtiyacınız var, aksi halde sıfır çapraz tarayıcı desteği alırsınız.

Mevcut olanı kullanmaya gelince, sorun değil. Sadece jQuery kullanmam. Şahsen şu anda kendi kütüphanemi yazıyorum ( DOM-shim , yabancı bir tescilli API'yi ifşa etmeden tarayıcıları düzeltir. Tarayıcınızı iyi tasarlanmış tek bir standart tarayıcıya dönüştürür.


3

DOM soyutlaması, tarayıcılar arası ve eski tarayıcı desteğine ihtiyacınız yoksa, jQuery olmadan kolayca gidebilirsiniz.

Tarayıcı uzantıları, greasemonkey komut dosyaları (bazen), sayı sıkıştırma öğeleri, Node.js veya diğer tarayıcı dışı ortamlar için geliştirirken durum budur.


2

Buradaki diğer cevapların yanı sıra, özellikle Michael Durrant'ın , hızın zaman zaman ham JavaScript kullanmayı seçmem için önemli bir neden olduğunu görmüştüm .

Son zamanlarda çok sayıda animasyon veya diğer CPU yoğun görevler üzerinde çalışıyorum ve bazen ham JavaScript jQuery'den çok daha hızlı.

Bir örnek, position: fixedbir kullanıcının bir sayfada ne kadar aşağı kaydırdığına bağlı olarak bir öğenin opaklığını değiştirmek istediğim yer . Bunun için jQuery kullandığımda efekt çok yavaştı, kaydırmanın sarsıntılı olmasına neden oldu ve solma efekti bozuldu. Düz JavaScript kullanmaya başladım ve IE <= 8 dışında her şey ipeksi yumuşaktı.


2

Cevabımı açık bir dürüstlükle vurgulamam gerekiyor. JQuery'i seviyorum. Hayatımı büyük ölçüde kolaylaştırıyor ve JavaScript kodunu daha açıklayıcı hale getiriyor, işlerin çalışması gerektiğine inandığım yol.

jQuery birçok şey yapar…

Evet eklentileri ekleyebilirsiniz
Evet seçicileri uzatabilirsiniz
Evet animasyonu basitleştirir

ama jQuery her şeyi yapmaz

JQuery ile birden fazla pencere bağlamında çalışmayı hiç denediniz mi? jQuery farklı pencere bağlamlarıyla uğraşmakta berbat çünkü orijinali windowve documentbağlamı çağrıldığı pencereden koruyor .

Burada ve orada popouts yapmak için bazı kodlar yazdım * ve jQuery basitçe başarmaya çalıştığımın önüne geçebilir. Alt pencerede jQuery'ye yeni bir referans eklemek, hangi jQuery içeriğinin kullanıldığını söylemeyi zorlaştırarak işleri daha da kötüleştirebilir.

* Gmail’in, spam olmayan bir reklam değil, yeni bir pencerede bir e-posta oluşturmaya yönelik popülasyonunu düşünün

Kodu basitleştirdiğinde kullanın

JQuery'yi kullanma zamanı, kodunuzu daha basit, daha kısa, daha okunaklı ve daha hızlı hale getirebileceğiniz zamandır.

Zamanı değil jQuery kullanmak sizin kod, basit kısa, daha okunabilir, ya da daha hızlı hale alışkanlık ne zaman olacağı. Yükleme zamanlamalarında ince ayar yapmanız gerekirse, olay yükü nedeniyle jQuery kullanmak istemeyebilirsiniz.


2

Bildiğiniz gibi, jQuery, çoğumuzun projelerimizde kullanmadığı birçok yöntem sunan genel amaçlı bir çerçevedir. (Bazılarını hiç kullanmadım.)

JQuery veya diğer iyi kurulmuş çerçevelerin kullanılmamasının iki ana nedeni vardır.

1. Proje, böyle bir çerçeveyi kullanacak kadar büyük veya karmaşık değildir: Bu durumda, kodlayıcı, JavaScript'teki deneyim ve bilgisine dayanarak bilinçli bir karar alır. Bu, sayfa ağırlığını azaltmasına ve ayrıca kod üzerinde daha fazla kontrol sağlamasına yardımcı olur.

2. Kodlayıcı kendi çerçevesini geliştirir. Şirketimde kendi JavaScript çerçevesine sahip bir proje gördüm. Aldıkları şeyin nedeni, eğer jQuery kullanıyorlarsa ve düzeltilmesi gereken herhangi bir hata varsa, bir sonraki sürüme kadar beklemeleri gerekir. Eklenecek bir özellik olup olmadığına Üstelik, bunun için jQuery ekibinize sorun ve hatta bir eklenti iyi bir fikir olmayacaktır yapım olsa bir eklenti eklemeniz gerekir (bunlar kullandığını örnek verdi .livebenzer şey onların resmen JQuery'ye resmi olarak eklenmeden önce bile). Kendi çerçevenize sahip olmak size kodu daha iyi kontrol etmenizi sağlar. Dezavantajı, tekerleği tarayıcı uyumluluk sorunları, vb. İle ilgili olarak yeniden icat etmeniz gerekmesidir. Ayrıca, geliştirme süreci iyi değilse, çerçeveniz şişirilir ve yalnızca bakım süresini kısaltır.


0

mikrofon

İnsanların bazı kütüphaneleri kullanmaya karşı güvende olduklarını düşünüyorum, bazı işleri yapmak için bu altyapı / kütüphane çözümüne bağlı olduklarından kaynaklanıyor.

Ancak uzun vadede dillerin geldiğini ve kütüphaneler gibi gittiğini hatırlamaya dikkat edelim.

Öyleyse belki zamansal kapsamdır. Belki insanlar orada bulunamayan bir kütüphaneye yatırım yapmakta tereddüt ederler - ya da uzun vadede arkasında çok fazla ivmeye sahip olabilirler.

Kendim? Özellikle JQuery kullanmak için itirazım yok. Ayrıca Box2d.js veya three.js direğine de bakıyorum ve hangi meyveleri vermeleri gerektiğine dikkat etmektense kısa süreli raf ömrü olsa bile onları çok daha fazla kucaklayacağım.

Mike alt satırda, seçtiğiniz bir kütüphanenin raf ömründe bir risk olduğu ve javascript topluluğunun bazılarının sona erecek bir kütüphane veya projeden dolayı zarar görebileceğini ve bir daha asla söylememiş olabileceğini düşünüyorum.


0

Asıl mesele, gittikçe daha fazla insanın (büyük çoğunluk?) Artık JavaScript’te nasıl kod yazacağını bilmemesi olduğunu söyleyebilirim. Eğer jQuery bir şey yapamıyorsa, yapamazlar.

Düz javascript örneklerinin gelmesinin zorlaştığı noktaya geliyor. JQuery'e karşı hiçbir şey; bu harika bir çerçeve. Ondan çok iyi fikirler edindim, ancak insanlar önce JavaScript'i öğrenmeli sonra da bir çerçeve öğrenmeli. Şahsen kendi çerçevemi daha esnek buluyorum ve ihtiyaçlarıma daha iyi uyuyorum ve evet, bazen tekerleği yeniden icat ediyorum, ancak toplam kontrol ve hata düzeltmeleri üzerinde kontrol sahibi olmak, çalışmayı JavaScript öğrenmeye koymaya istekli olmanız şartıyla büyük bir fayda.

Sadece bu da değil. Vanilya JavaScript'i bilmek, çerçeve tabanlı bir uygulamayı beklemek yerine, oynamayı ve yeni özellikleri denemeyi çok daha eğlenceli hale getirir. Ayrıca, bunun için jQuery'i suçlamıyorum çünkü esas olarak bir DOM kütüphanesi, fakat büyük projelerle ölçeklendirmek acı verici olabilir. Diğer çerçeveler bu konuda daha iyi bir iş çıkarmaktadır; Prototip akla geliyor.

Kısacası, bu harika bir çerçeve, ama her şeyden önce değil, bütün insanlar bunu yapıyor.


2
Cevabınız daha az rantlu olsaydı ve daha fazla ayrıntıya odaklanırsa daha güçlü olurdu.

Bu yazı okumak oldukça zordur (metin duvarı). Sakıncası var düzenleyebilir daha iyi bir şekle ing?
tatarcık

0

Belirtilmeyen iki sebep daha ekleyebilirim:

  1. Yepyeni teknolojiyi aldığımda, çoğu zaman, daha üst seviyelere çıkmadan önce daha düşük seviyeli yapılarla başlayacağım. Ben öncelikle bir C ++ / C # geliştiricisiyim, ancak bir süre önce ilk önce HTML / CSS / JavaScript ile oynamaya başladığımda, herhangi bir çerçeve kullanmamayı seçtim çünkü ilk önce teknolojiyi (yani JavaScript'i) almak istedim. dilin kendisi) bu çerçeveler üzerine inşa edilmiştir.

    • Bunu söyledikten sonra, jQuery'yi keşfettim ve asla jQuery'nin 1-2 satırlık kodda sizin için neler yapabileceğini elle kodlamaya geri dönmek istemem.
  2. Bunun ne kadar yaygın olduğunu bilmiyorum, ama bana öyle geliyor ki, bir sonraki çerçeveyi / teknolojiyi / dili gördüklerinde ilk tepkisi "öğrenmem için başka bir API değil!" Diyen pek çok insan var. JQuery'nin ne kadar kolay olduğu umrumda değil, ancak basitçe aralarında ayakta durduklarını ve “doğru ve denenmiş” yöntemlerini kullanarak iş teslim ettiklerini görüyorlar. Bu, Boost kütüphanesini veya STL'den herhangi birini kullanmayı reddeden ve malloc'u hemen hemen her şey için kullanmaya devam eden insanlar kategorisidir . Neden jQuery üzerinde saf JavaScript seçtiklerini sordunuz ve gerçekte asla seçim yapmadılar, çünkü çoğu zaman jQuery'i ilk etapta değerlendirmeyi reddettiler ve ne kadar yavaş olursa olsun, mevcut gelişim hızlarından tamamen memnunlar.


1
İnsanlar jQuery üzerinde saf JavaScript seçer çünkü jQuery gerekli olmayan korkunç bir soyutlama katmanıdır.
Raynos,

Tabii ki, tarayıcılar arasındaki farklılıkları gizler ve bu başlı başına büyük bir şeydir
Kos

@Raynos: Gerçekten bir web teknolojisi uzmanı değilim ve bu konuda amatör değilim, bu yüzden jQuery'i gerçekten savunamam. Ama gördüğüm kadarıyla benim için çok iyi oldu. jQuery, araç kutunuza başka bir araç ekler. İstediğiniz kadar veya az kullanabilirsiniz. Gerektiğinde saf Javascript yazmaktan asla vazgeçmedi. Aynı zamanda, birkaç gün boyunca kod yazmanız ile başarabileceğiniz şeyler vardır, yazmanız günler sürer, eğer çalışırsa, bu 2 satırı kullanın. Olmazsa, kendin yap. Her şeyin korkunç olduğunu söylemek, bir tornavida almak ve daha sonra bir şey olduğundan şikayet etmek gibidir ...
DXM

... sapı yeterince ağırlığa sahip olmadığı için çivileri çakmak için korkunç bir alet
DXM

1
JQuery'e ihtiyacınız yok . Tarayıcılar, istediğiniz API'yi yapmanıza izin veren DOM adında bir API'ye sahiptir. Çapraz tarayıcı sorunları polyfills kullanılarak çözülebilir. jQuery, vasat bir kütüphane ve eski tarayıcı desteği için vasat bir çözümdür.
Raynos,

-1

jQuery ve JavaScript için yazılmış bir kütüphanedir. Buradaki fikir tüm zor / sıkıcı JavaScript şeylerini basitleştirir, böylece geliştirme süresini hızlandırır ve komut dosyalarınızı tarayıcılar arası çalışma konusunda daha olası kılar.

JQuery'yi tercih edilen kılan nedir:

  • Hızlı
  • Hafif JavaScript kitaplığı
  • CSS 3 uyumlu
  • Birçok tarayıcıyı destekler.
  • JQuery çerçevesi genişletilebilir ve DOM manipülasyonlarını, CSS, Ajax , etkinlikleri ve animasyonları işler .

JavaScript bir dil iken jQuery, JavaScript kullanılarak yazılmış bir kütüphanedir.

İşte jQuery yerine JavaScript'i tercih etmesini sağlayan sebepler:

  1. Sayfa ile her seferinde tüm jQuery script kütüphanesini yükler. Peed / hızlı sorgu işleme web sitesi için dezavantajdır.
  2. Bazen jQuery çerçevesi, diğer çerçevelerle çöküyor / çatışıyor.
  3. Yalnızca bir öğe seçmek için basit bir kod yazıyorsanız ve gösteriyi değiştirdiyseniz, yerel JavaScript daha iyidir.
  4. İşlemler küçükse ve birkaç JavaScript kodu satırında gerçekleştirildiyse, jQuery kullanmak iyi değildir.

Bu nedenlerden dolayı, jQuery çerçevesinden kaçınmak için JavaScript'i kullanmayı seviyorum. Böyle bir kütüphaneye bağlı kalmak yerine JavaScript öğrenmek çok daha iyi ...

Bunları genişletmek isteseniz bile, JavaScript’e kod yazmanız gerekir. Bu da büyük bir konuşma. Geliştiriciler bu kütüphanelere bağımlı hale gelir, bu nedenle projeler üzerinde kontrolü sağlamak için JavaScript, çerçeveler kullanmaktan daha iyidir.


1
"DOM manipülasyonlarını çok iyi ele alıyor" Lol NE?
Gizli

Bu konuda bana bildirmek için @ Incognito teşekkür ederim .. Ama diğer kütüphanelerden çok daha iyidir. keyframesandcode.com/resources/javascript/deconstructed
Niranjan Singh

1
Bağlantı tamamen yanlış. Cızırtılı psudo-css seçicileri destekleyen jQuery DOM ile ilgisi yok.
Gizli

peki tamam .. bu şeyler hakkında sizden öğrendim bile .. bana bu şeyler hakkında herhangi bir bağlantı veya bilgi verebilir misiniz .. cevabını güncelledim ..
Niranjan Singh

yuiblog.com/blog/2006/10/20/video-crockford-domtheory iyi bir başlangıç, sonra DOM'daki w3c özelliklerini okuyun.
Gizli

-4

Bence insanlar jQuery kullanıyor, çünkü daha basit, daha kolay ve daha güçlü ve IE'yi unutabilmelerine yardımcı oluyor. Ayrıca, özelleştirilmiş işlevler için insanlar javascript kullanıyor. Daha fazla bilgi için DOC’ye başvurmayı deneyin

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.