Apa manfaatnya bagi pengembangan JavaScript asli? [Tutup]

33

Mengingat seberapa banyak pengembangan jQuery yang lebih sederhana, jika dibandingkan dengan JavaScript asli, apa yang membuat orang-orang melupakan perpustakaan seperti jQuery sama sekali?

Apakah ini karena jQuery memiliki keterbatasan atau lambat? Maksud saya, jika jQuery sangat mudah dibandingkan dengan javascript asli, apa alasan orang masih menggunakan javascript murni?

Mike
sumber
1
jQuery hanyalah pustaka - penulisan JS asli yang menggunakan jQuery masih menulis JS asli. Itu seperti bertanya, "Apa manfaatnya bagi pengembangan C ++ asli?" ketika Anda berbicara tentang "pengembangan C ++ tanpa Peningkatan".
Zach
2
vanilla-js.com
Daniel Little
1
Tujuan utama jQuery dan lib lama lainnya adalah membuat fasad di atas browser yang berbeda dengan antarmuka js yang berbeda (misalnya XMLHttpRequestvs ActiveXObject, atau addEventListenervs attachEvent, atau css selectorsvs xpath selectorsvs no selector support, dll ...) Pada browser terbaru sebagian besar masalah ini tidak ada, karena mereka mengikuti standar yang sama.
inf3rno

Jawaban:

89

Mari kita bicara tentang mobil.

Oh, tunggu, kita sudah melakukannya - ingat saat itu kita bertemu, beberapa waktu yang lalu? Kami berbicara tentang mobil. Bahkan, Anda tampaknya cukup ahli dalam mobil. Anda dapat menjelaskan, secara terperinci, semua hal yang benar, salah, dan menarik tentang balapan Formula 1 terbaru. Anda hafal semua model Lamborghini, termasuk harga dan ketersediaannya. Anda bahkan memiliki pemikiran untuk membeli Ferrari 599 GTB Fiorano Anda sendiri dan menabung untuk itu (saya yakin makan malam steak tidak banyak membantu).

Sambil menjelaskan kesalahan Toyota dengan suara besar dan bersemangat, Anda tiba-tiba melompat dari kursi dan berteriak ke udara, mengayunkan kepalan tangan Anda tentang: "Sialan semuanya, aku ahli yang luar biasa dalam semua hal yang berhubungan dengan mobil! Aku ' Aku akan menjadi mekanik mobil! "

Jadi kamu pergi. Anda memiliki sebuah wawancara, Bos Man sama terkesannya dengan saya dengan pengetahuan Anda, dan Anda dipekerjakan. Klien pertama masuk. Koplingnya patah. Anda memeriksanya dan tidak tahu harus berbuat apa. Faktanya, Anda sama sekali tidak tahu bagaimana mengikuti saran yang diberikan Bos Man kepada Anda. Anda dipecat.

Tapi bagaimana mungkin !? Anda tahu segalanya tentang mobil! Kecuali untuk ... segala sesuatu tentang mobil. Anda bisa mengetahui bahwa mobil impian Anda memiliki mesin V12, tetapi Anda tidak tahu apa artinya itu.

Jadi Anda bukan mekanik mobil, sungguh - Anda seorang penggila mobil. Dan sampai Anda belajar bagaimana mobil bekerja , Anda akan tetap menjadi penggila.

Sekarang izinkan saya bertanya kepada Anda. Bagaimana cara $.fn.textkerjanya? Dan bagaimana $.fn? Apa yang sebenarnya mereka maksud? Bagaimana cara $(something)mengembalikan benda raksasa yang berisi benda, dan benda apa itu sebenarnya? Bisakah Anda meniru fungsi mereka, setidaknya sedikit, secara teori? Bisakah Anda mengatasinya tanpa jQuery?

Mengatakan bahwa "JavaScript asli sulit" hanya ... salah. Pertama dan terutama, karena JavaScript sebagai bahasa tidak ada hubungannya dengan DOM , yang terutama merupakan abstrak jQuery. Kedua karena begitu Anda mempelajari sedikit tentang DOM, Anda sudah dapat menjelajahi bug lintas-peramban yang paling umum. Tapi hanya sedikit rahasia - semuanya sulit pada awalnya. Divisi panjang adalah menyebalkan di kelas 5.

Sebagai analogi kedua untuk jawaban ini: jQuery adalah JavaScript-DOM (bukan JavaScript bahasa, hanya DOM) seperti Array.prototype.forEachini for. Ini bekerja, untuk 99% kasus. Dan itu bekerja dengan baik. Tapi untuk itu 1% yang tidak tercakup, Anda perlu tahu cara menggunakan forloop, jika hanya untuk menjadi praktis. Seluruh jawaban ini didasarkan pada sisi "murni" dari pertanyaan, dan bahkan bukan dari sisi teknis (ukuran perpustakaan, misalnya, dan beberapa hal lain seperti dijelaskan dalam jawaban Michael Dorrant). Karena saya suka JavaScript dan ketika orang-orang sepertinya membuangnya dengan santai sambil mengatakan "pah, para javascript yang konyol" dan melambaikan sarung tangan putih yang mewah, itu berujung pada moralitas.

Jika Anda dapat menerima kenyataan bahwa Anda akan selalu menjadi penggemar JavaScript, lalu siapakah saya untuk menghentikan Anda? Tetapi jika Anda ingin menjadi programmer JavaScript, pertama-tama Anda harus memiliki pengetahuan untuk setidaknya memilih antara menggunakan jQuery (atau perpustakaan lain) dan tidak menggunakan perpustakaan. Pelajari DOM. Pelajari cara menggunakannya. Tulis perpustakaan kecil Anda sendiri atau hanya beberapa koleksi fungsi pembantu. Dan begitu Anda memiliki pengetahuan tentang DOM, dan Anda memilih untuk menggunakan jQuery - godspeed. Kemalasan diberikan bagi mereka yang bekerja keras.

Zirak
sumber
15
Pembagian panjang masih sulit!
Raynos
13
@anonymousDownvoter Berdoa jelaskan. Apakah itu karena Anda seorang vegetarian? Saya bisa mengubah steak menjadi burger tahu, tetapi tidak bisa dengan jujur ​​mengatakan bahwa ada yang namanya "burger tahu besar"
Zirak
10
+1 "Bagaimana $ (sesuatu) mengembalikan benda raksasa yang berisi benda-benda, dan benda apa ini sebenarnya?" Hah!
ThinkingStiff
3
@Mike itu kriminal, ini tidak pernah mendapat status dijawab karena murni! @ # $ Ing genius.
Erik Reppen
5
"steak hebat" di pos adalah kesalahan ketik sukarela, jangan coba-coba mengeditnya. Jika perlu, rujuk diskusi meta ini tentang hal itu
agas
12

Alasan saya tahu:

  1. Ketika kebutuhannya sangat minim, katakan 1 klik.

  2. Ketika kecepatan unduh sangat penting dan pustaka jQuery terlalu besar DAN Anda tidak perlu menulis banyak kode (khusus) untuk menggantinya.

  3. Saat berintegrasi dengan teknologi lain, terkadang raw js lebih baik.

  4. Ketika bekerja pada sistem warisan (alias 'produksi') sudah ditulis dalam js dengan pola yang mapan.

Michael Durrant
sumber
13
Saya ingin tahu seberapa sering # 2 ternyata benar. Anda menyimpan 92K, unduhan yang berpotensi di-cache, tetapi Anda akhirnya menulis banyak kode JS boilerplate.
Adam Rackis
4
Saya tidak tahu tentang itu. Anda bisa menjaga JS sesuai dengan yang Anda butuhkan , daripada memasukkan seluruh pustaka untuk sebagian fungsi.
Ryan Kinal
4
@Ryan Kinal - Adam Rackis memiliki poin yang bagus, dan jika Anda menggunakan API Google untuk memuat Jquery, Anda dapat memuatnya dari tempat yang sama dengan yang sudah diambil oleh pengguna.
Ben DeMott
Saya tidak setuju dengan # 4. Jika kode lawas itu mengerikan dan semua orang di tim setuju dan ada baiknya menambahkan jQuery dan menggunakannya dalam kode mendatang.
ThiefMaster
7

jQuery hanyalah sebuah kerangka - seperangkat alat yang ditulis dalam JavaScript. Dengan menggunakan seperangkat alat itu Anda masih menggunakan JavaScript. Beberapa orang lebih suka menulis JavaScript menggunakan alat yang disediakan jQuery, beberapa memilih untuk tidak, yang lain memilih set alat lainnya.

Beberapa alasan Anda mungkin ingin menulis JavaScript "murni" tanpa jQuery:

  • Halaman memuat lebih cepat tanpa menyertakan file jQuery tambahan
  • Beberapa kerangka kerja mungkin tidak kompatibel dengan jQuery
  • Kode yang sedang ditulis tidak melakukan apa pun yang membantu jQuery
  • Kode sedang ditulis untuk digunakan orang lain, dan memerlukan jQuery sebagai ketergantungan akan membuat berbagi menjadi lebih sulit
  • Pembuat kode ingin lebih banyak kontrol daripada yang disediakan jQuery
pengguna41718
sumber
5

jQuery, seperti pustaka atau kerangka kerja apa pun, menambahkan lapisan bug lainnya . Saya menyukainya, tetapi saya juga kehilangan satu hari mencari bug yang ternyata di jQuery core dan bukan kode saya (kejadian langka, tapi tidak jarang).

Selain itu saya tidak menemukan alasan lain untuk tidak menggunakannya:

  • Biaya overhead minimal, terutama jika Anda menggunakan versi Google yang dihosting ,
  • Ini membantu pengembang Javascript yang kurang berpengalaman menulis kode yang lebih bersih dan lebih efisien,
  • Ini sebagian besar lintas-platform, yang bisa menyelamatkan jiwa ketika Anda harus berurusan dengan browser lama,
  • Galeri besar plugin membantu saya menulis prototipe dalam waktu yang sangat singkat,
  • DOM masuk akal,
  • bla bla bla...

TETAPI itu tidak boleh digunakan sebagai pengganti pengetahuan Javascript. Jika Anda tidak tahu bagaimana melakukannya dalam Javascript murni, Anda mungkin bisa pergi dengan perpustakaan pada awalnya tetapi dalam jangka panjang Anda akan membayarnya.

Dan tentu saja ada kita semua yang telah terkunci dalam pertempuran fana dengan IE6 selama beberapa tahun, dan tidak akan dengan mudah melepaskan trik sekolah lama kita demi mainan baru yang mengkilap.

yannis
sumber
2
Anda menggunakan plugin jQuery? Bukankah kebanyakan dari mereka mengerikan kereta dan penuh dengan kode yang lambat, buruk?
Raynos
@ Raynos The huge gallery of plugins help me write prototypes in very short times... Hanya prototipe, saya menghindarinya pada kode produksi bila memungkinkan. Ada beberapa plugin dengan kode yang sangat bagus tentu saja, tetapi Anda harus mencari sangat keras untuk mereka ...
yannis
prototipe pada umumnya berarti "seharusnya dibuang tetapi sekarang kode produksi". Jika Anda menggunakannya pada prototipe sekali pakai maka tidak apa-apa.
Raynos
@Raynos Prototyping bukan hanya tentang prototipe sekali pakai. Prototyping evolusi adalah proses inti dari pengembangan web ... - bagaimana, untuk tanggapan terlambat: P
yannis
"Evolutionary prototyping" disebut "potong sudut besar sekarang dan berharap kita mendapatkan lebih banyak dari melakukannya maka biaya semua hutang kode yang akan kita dapatkan". Yang tentu saja hanya berlaku jika mengambil jalan pintas membuat Anda berada dalam waktu ajaib yang Anda butuhkan untuk bisnis Anda untuk menjadi sukses. Itu pinjaman.
Raynos
5

Di lingkungan browser Anda memerlukan alat normalisasi lintas browser. Alat seperti itu datang dalam dua rasa

  • membungkus objek host dengan objek baru yang berperilaku sama di browser
  • memperpanjang objek host untuk mengimplementasikan API DOM.

Secara umum Anda dapat menggunakan utilitas ini dalam satu dari tiga cara

  • gunakan fungsi kecil seperti addClassatau setTextseluruh kode Anda kapan dan di mana Anda membutuhkannya
  • tulis pustaka normalisasi lintas peramban Anda sendiri
  • gunakan yang sudah ada.

Anda memerlukan beberapa mekanisme normalisasi jika tidak Anda mendapatkan dukungan browser lintas nol.

Sedangkan untuk menggunakan yang sudah ada, itu bagus. Saya tidak akan menggunakan jQuery. Secara pribadi saya saat ini sedang menulis perpustakaan saya sendiri ( DOM-shim itu memperbaiki browser tanpa mengekspos API kepemilikan asing. Ini mengubah browser Anda menjadi satu browser standar berperilaku baik).

Raynos
sumber
3

Jika Anda tidak memerlukan abstraksi DOM, cross-browser, dan dukungan browser lama - Anda dapat dengan mudah pergi tanpa jQuery.

Ini adalah kasus ketika Anda mengembangkan ekstensi browser, skrip greasemonkey (kadang-kadang), angka-angka, mengembangkan untuk Node.js atau lingkungan non-browser lainnya.

c69
sumber
2

Bersamaan dengan jawaban lain di sini, terutama jawaban Michael Durrant , saya melihat kecepatan adalah alasan utama bagi saya untuk memilih menggunakan JavaScript mentah.

Akhir-akhir ini saya telah mengerjakan banyak animasi atau tugas CPU-intensif lainnya dan beberapa kali JavaScript mentah jauh, lebih cepat daripada jika saya melalui jQuery.

Salah satu contoh adalah di mana saya ingin mengubah opacity dari suatu position: fixedelemen dalam kaitannya dengan seberapa jauh pada halaman yang telah digulir pengguna. Efeknya terlalu lambat ketika saya menggunakan jQuery untuk ini, menyebabkan gulir menjadi tersentak-sentak dan efek fade hancur. Saya beralih menggunakan JavaScript lurus dan semuanya mulus di semua kecuali IE <= 8.

donat
sumber
2

Saya perlu mengawali jawaban saya dengan kejujuran terbuka. Saya suka jQuery. Itu membuat hidup saya jauh lebih mudah, dan membuat kode JavaScript lebih deklaratif, yang merupakan cara saya percaya segala sesuatunya bekerja.

jQuery melakukan banyak hal ...

Ya, Anda dapat menambahkan plugin
Ya Anda dapat memperluas penyeleksi
Ya itu menyederhanakan animasi

tapi jQuery tidak melakukan semuanya

Pernahkah Anda mencoba bekerja dalam berbagai konteks jendela dengan jQuery? jQuery payah berurusan dengan konteks jendela yang berbeda karena mempertahankan konteks asli windowdan documentdari jendela di mana ia dipanggil.

Saya telah menulis beberapa kode di sana-sini untuk membuat popout *, dan jQuery dapat dengan mudah menghalangi apa yang saya coba capai. Menambahkan referensi baru ke jQuery di jendela anak sering dapat memperburuk keadaan dengan membuatnya lebih sulit untuk mengetahui konteks jQuery mana yang sedang digunakan.

* pikirkan popout Gmail untuk menulis email di jendela baru, bukan iklan spam

Gunakan ketika membuat kode lebih sederhana

Waktu untuk menggunakan jQuery adalah ketika Anda dapat membuat kode Anda lebih sederhana, lebih pendek, lebih mudah dibaca, dan lebih cepat.

Waktu untuk tidak menggunakan jQuery adalah ketika itu tidak akan membuat kode Anda lebih sederhana, lebih pendek, lebih mudah dibaca, atau lebih cepat. Jika Anda perlu memperbaiki pengaturan waktu pemuatan, Anda mungkin tidak ingin menggunakan jQuery karena overhead acara.

zzzzBov
sumber
2

Seperti yang Anda ketahui, jQuery adalah kerangka kerja tujuan umum yang menyediakan banyak metode yang banyak dari kita tidak gunakan dalam proyek kami. (Beberapa dari mereka saya belum pernah menggunakan sama sekali.)

Ada dua alasan utama untuk tidak menggunakan jQuery atau kerangka kerja mapan lainnya.

1. Proyek tidak cukup besar atau kompleks untuk menggunakan kerangka kerja seperti itu: Dalam hal ini, pembuat kode mengambil keputusan berdasarkan pengalaman dan pengetahuannya dalam JavaScript. Ini akan membantunya mengurangi berat halaman dan juga lebih mengontrol kode.

2. Coder mengembangkan kerangka kerjanya sendiri Saya telah melihat sebuah proyek di perusahaan saya yang memiliki kerangka JavaScript sendiri. Alasan yang mereka kutip adalah bahwa jika mereka menggunakan jQuery dan ada bug untuk memperbaikinya, mereka harus menunggu sampai versi berikutnya. Selain itu, jika ada fitur yang akan ditambahkan, mereka perlu meminta tim jQuery untuk itu atau menambahkan plugin meskipun menjadikannya plugin tidak akan menjadi ide yang baik (mereka memberi contoh telah menggunakan .livehal serupa di kerangka kerja bahkan sebelum secara resmi ditambahkan ke JQuery). Memiliki kerangka kerja Anda sendiri memberi Anda lebih banyak kontrol terhadap kode. Kerugiannya adalah Anda harus menemukan kembali roda terkait masalah kompatibilitas browser, dll. Selain itu, jika proses pengembangannya tidak baik, kerangka kerja Anda akan menggembung dan hanya akan menambah waktu untuk mempertahankannya.

Shree
sumber
0

Mike

Saya pikir orang lindung nilai terhadap menggunakan beberapa perpustakaan karena ketergantungan pada infrastruktur / solusi perpustakaan untuk melakukan beberapa tugas.

Tapi mari kita berhati-hati untuk mengingat bahasa datang dan pergi seperti perpustakaan dalam jangka panjang.

Jadi mungkin itu lingkup temporal. Mungkin orang ragu untuk berinvestasi di perpustakaan yang mungkin tidak ada di sana - atau memiliki banyak momentum di belakangnya dalam jangka panjang.

Diri? Saya tidak keberatan menggunakan JQuery pada khususnya. Saya juga melihat katakan Box2d.js atau three.js dan lebih suka merangkul mereka bahkan jika umur simpan jangka pendek daripada melewatkan buah apa yang mereka tawarkan.

Intinya Mike ada risiko dalam kehidupan rak perpustakaan yang Anda pilih, dan saya pikir beberapa di komunitas javascript mungkin telah mengalami kerugian karena perpustakaan atau proyek akan segera berakhir, dan mungkin baru saja mengatakan - tidak pernah lagi.

Tim Miltz
sumber
0

Saya akan mengatakan bahwa masalah utamanya adalah semakin banyak orang (mayoritas?) Tidak tahu lagi bagaimana cara membuat kode dalam JavaScript. Jika jQuery tidak bisa melakukan sesuatu, mereka tidak bisa melakukannya.

Sudah sampai pada titik di mana contoh-contoh javascript biasa menjadi sulit didapat. Tidak ada yang menentang jQuery; itu adalah kerangka kerja yang bagus. Saya mendapat banyak ide bagus darinya, tetapi orang-orang harus mempelajari JavaScript terlebih dahulu baru kemudian mempelajari framework. Saya pribadi menemukan kerangka kerja saya sendiri lebih fleksibel dan lebih sesuai dengan kebutuhan saya, dan ya saya kadang-kadang menemukan kembali roda tetapi kontrol total dan memiliki kontrol atas perbaikan bug adalah manfaat besar asalkan Anda bersedia memasukkan pekerjaan ke dalam pembelajaran JavaScript.

Tidak hanya itu. Mengetahui JavaScript vanilla membuatnya lebih menyenangkan untuk dimainkan dan bereksperimen dengan fitur-fitur yang lebih baru daripada menunggu implementasi berbasis kerangka kerja. Juga, saya tidak menyalahkan jQuery untuk ini karena ini terutama perpustakaan DOM , tetapi dapat menyulitkan untuk skala dengan proyek-proyek besar. Kerangka kerja lain melakukan pekerjaan yang lebih baik dalam hal ini; Prototipe muncul di pikiran.

Singkatnya, ini adalah kerangka kerja yang hebat, tetapi tidak semua orang bisa berhasil.

Geofftop Ozzymondias
sumber
2
Jawaban Anda akan lebih kuat jika itu kurang dari kata-kata kasar dan lebih fokus pada spesifik.
posting ini agak sulit dibaca (dinding teks). Maukah Anda mengeditnya menjadi bentuk yang lebih baik?
nyamuk
0

Saya dapat menambahkan dua alasan lagi yang tidak disebutkan:

  1. Ketika saya mengambil teknologi baru, sering kali, saya akan mulai dengan konstruksi tingkat rendah sebelum pergi ke tingkat yang lebih tinggi. Saya terutama adalah pengembang C ++ / C #, tetapi beberapa saat yang lalu ketika saya pertama kali mulai bermain-main dengan HTML / CSS / JavaScript, saya memilih untuk tidak menggunakan kerangka kerja apa pun karena saya ingin pertama-tama memahami teknologi (yaitu, JavaScript bahasa itu sendiri) bahwa kerangka itu dibangun di atas.

    • Karena itu, saya telah menemukan jQuery dan tidak akan pernah ingin kembali ke pengkodean dengan tangan apa yang dapat dilakukan jQuery untuk Anda dalam 1-2 baris kode.
  2. Saya tidak tahu seberapa umum hal ini, tetapi bagi saya tampaknya ada banyak orang yang ketika mereka melihat kerangka kerja / teknologi / bahasa berikutnya, tanggapan pertama mereka adalah, "bukan API lain untuk saya pelajari!" Mereka tidak peduli betapa mudahnya jQuery, tetapi mereka hanya melihatnya sebagai penghalang di antara mereka dan memberikan pekerjaan menggunakan metode "benar dan sudah dicoba". Ini adalah kategori orang yang sama yang menolak untuk menggunakan perpustakaan Boost atau STL dan terus menggunakan malloc untuk hampir semuanya. Anda bertanya mengapa mereka memilih JavaScript murni daripada jQuery dan pada kenyataannya mereka tidak pernah memilih karena sebagian besar waktu mereka menolak untuk mengevaluasi jQuery sejak awal dan sangat senang dengan laju perkembangan mereka saat ini, tidak peduli seberapa lambat itu.

DXM
sumber
1
Orang-orang memilih JavaScript murni daripada jQuery karena jQuery adalah lapisan abstraksi yang mengerikan yang tidak perlu.
Raynos
Tentu saja, itu menyembunyikan perbedaan antara browser dan itu hal yang besar dengan sendirinya
Kos
@ Raynos: Saya bukan ahli teknologi web dan bukan amatir, jadi saya tidak bisa membela jQuery. Tetapi dari sedikit yang saya lihat, itu sangat baik bagi saya. jQuery menambahkan alat lain kotak alat Anda. Anda dapat menggunakannya sebanyak atau sesedikit yang Anda inginkan. Itu tidak pernah menghentikan Anda dari menulis Javascript murni saat dibutuhkan. Pada saat yang sama, ada hal-hal yang dapat diselesaikan dengan beberapa baris kode yang akan membuat Anda berhari-hari untuk menulis, jadi jika berhasil, gunakan 2 baris itu. Jika tidak, gulir sendiri. Untuk mengatakan semuanya mengerikan adalah seperti membeli obeng dan kemudian mengeluh bahwa itu adalah ...
DXM
... alat mengerikan untuk memalu paku karena gagangnya tidak memiliki cukup berat
DXM
1
Anda tidak perlu jQuery . Browser memiliki API ini disebut DOM yang memungkinkan Anda untuk melakukan semua yang Anda inginkan. Masalah lintas browser dapat diselesaikan menggunakan polyfill. jQuery adalah perpustakaan biasa-biasa saja dan solusi biasa-biasa saja untuk dukungan browser lama.
Raynos
-1

jQuery adalah perpustakaan yang ditulis dalam dan untuk JavaScript. Idenya adalah ini membuat semua hal-hal JavaScript sulit / membosankan membosankan, sehingga mempercepat waktu pengembangan dan membuat skrip Anda lebih mungkin untuk bekerja lintas-browser.

Apa yang membuat jQuery lebih disukai untuk digunakan:

  • Cepat
  • Pustaka JavaScript ringan
  • Sesuai dengan CSS 3
  • Mendukung banyak browser.
  • Kerangka kerja jQuery dapat diperluas dan menangani manipulasi DOM, CSS, Ajax , acara, dan animasi.

JavaScript adalah bahasa sedangkan jQuery adalah perpustakaan yang ditulis menggunakan JavaScript.

Berikut adalah alasan yang membuat JavaScript lebih disukai untuk digunakan daripada jQuery:

  1. Itu memuat seluruh perpustakaan skrip jQuery setiap kali dengan halaman. Ini adalah kelemahan untuk situs web pemrosesan kencing / cepat.
  2. Terkadang framework jQuery runtuh / konflik dengan framework lain.
  3. Jika Anda menulis kode sederhana untuk hanya memilih elemen dan menampilkan perubahan maka JavaScript asli jauh lebih baik.
  4. Jika operasi kecil dan dilakukan dalam beberapa baris kode JavaScript maka tidak baik menggunakan jQuery.

Karena alasan ini, saya suka menggunakan JavaScript untuk menghindari kerangka kerja jQuery. Jauh lebih baik untuk belajar JavaScript daripada tergantung pada perpustakaan seperti itu ...

Bahkan jika Anda ingin memperpanjangnya, Anda harus menulis kode dalam JavaScript. Yang juga merupakan pembicaraan besar. Pengembang menjadi tergantung pada perpustakaan ini, sehingga untuk memiliki kontrol pada proyek, JavaScript lebih baik daripada menggunakan kerangka kerja.

Niranjan Singh
sumber
1
"sangat baik menangani manipulasi DOM" Lol APA?
Incognito
terima kasih @Incognito untuk memberi tahu saya tentang ini .. Tetapi jauh lebih baik daripada perpustakaan lain. keyframesandcode.com/resources/javascript/deconstructed
Niranjan Singh
1
Tautannya salah. jQuery mendukung pemilih psudo-css melalui sizzle tidak ada hubungannya dengan DOM.
Incognito
baik tidak apa-apa .. bahkan saya telah belajar dari Anda tentang hal-hal ini .. dapatkah Anda memberikan saya tautan atau info tentang hal-hal ini .. Saya telah memperbarui jawabannya ..
Niranjan Singh
yuiblog.com/blog/2006/10/20/video-crockford-domtheory adalah awal yang baik, lalu baca spesifikasi w3c pada DOM.
Incognito
-4

Saya pikir orang menggunakan jQuery karena lebih sederhana, lebih mudah, dan lebih kuat, dan karena itu membantu mereka melupakan IE. Selain itu, untuk fungsi yang disesuaikan orang menggunakan javascript. Coba rujuk DOC untuk lebih jelasnya


sumber