Di bagian Tanya Jawab dalam pembicaraan ini , Douglas Crockford mengatakan bahwa jQuery tidak menskala serta beberapa perpustakaan populer lainnya. Apa yang dia maksud dengan itu, dan apa tentang perpustakaan lain yang membuat mereka lebih terukur?
javascript
jquery
scalability
MatrixFrog
sumber
sumber
Jawaban:
Jika Anda menonton video, ia tidak berbicara tentang jQuery secara formal. Ini adalah respon cepat terhadap pertanyaan yang agak offtopic dari seseorang setelah presentasi .... pada akhir presentasi, sekitar menit 1:29.
Dia mengatakan banyak hal baik tentang jQuery. Bagian tentang itu tidak scaling dengan baik, dia bilang dia tidak berpikir jQuery berskala sangat baik untuk aplikasi yang sangat rumit (membandingkannya dengan hal-hal lain seperti YUI). .
sumber
Sulit bagi saya untuk mengatakan tanpa menonton video, tetapi dugaan saya adalah karena jQuery tidak menawarkan semua fitur dari kebanyakan perpustakaan lain yang membuat pemrograman JavaScript lebih mudah. Tujuan jQuery adalah untuk membuat manipulasi DOM lebih mudah dengan menyederhanakan pengalamatan elemen melalui penyeleksi CSS , dan menyediakan kerangka kerja yang mudah untuk mengubah elemen-elemen tersebut. Ia menawarkan beberapa fitur lain seperti permintaan Ajax , manajemen acara dasar, templating, dan beberapa fungsi dasar lainnya, tetapi hanya itu saja.
Perpustakaan lain seperti Prototipe , MooTools , Ext JS dan Dojo menyediakan banyak fungsionalitas lain untuk membuat objek, mengatur array & koleksi, memanipulasi string, dan melakukan semua hal sepele lainnya yang kita sebagai pemrogram harapkan dapat melakukannya.
Singkatnya, jQuery tidak memiliki alat yang diinginkan untuk aplikasi JavaScript skala besar. Sangat jarang untuk menemukan situs berat yang sangat JavaScript menggunakan jQuery, karena alasan ini. Misalnya, Mint.com dibangun di atas YUI . Layanan web MobileMe Apple berjalan pada SproutCore (situs utama Apple menggunakan Prototype).
Setidaknya, itulah yang saya pikir dia berarti.
sumber
jQuery tidak memungkinkan Anda menggunakan kembali seperti MooTools misalnya.
Ini adalah keputusan filosofi / desain: jQuery tidak banyak kode untuk skenario api-dan-lupakan.
Ketika Anda sedang membangun pengalaman JavaScript yang tidak mencolok (biasanya hanya peningkatan halaman) ini berfungsi dengan sangat baik dan hanya membutuhkan sedikit kode. Saat Anda membuat Google Documents ... jangan terlalu banyak. Anda akan menginginkan lebih banyak konsep OOP yang diekspos proyek lain seperti warisan, mekanisme seperti antarmuka, dll ...
sumber