🚶🏾 😉 ⬛️ Ketika kerangka kerja JavaScript tidak diperlukan 🎻 🧑🏿‍🤝‍🧑🏻 ⚜️

Foto - Maria Teneva , taman bermain Unsplash

Terkadang Beraksi , Bersudut, Vue.js dll. - .. Terlalu banyak

Apakah benar bahwa kerangka kerja JavaScript terlalu banyak pilihan terlalu rumit? Atau mungkin kita hanya lupa tentang pertimbangan kinerja dan bahwa pengguna pada akhirnya harus membayar untuk lalu lintas tambahan?

Kembali ke era jQuery

Ingat, ada saat ketika jQuery digunakan untuk semuanya! JQuery kemudian, jQuery sho adalah rasa jQuery ringan di mana-mana. Di situs web apa pun dan di setiap aplikasi web - jQuery.

Apa alasan popularitas perpustakaan ini? JavaScript

sederhana sepertinya terlalu rumit untuk digunakan. Selain itu, ada banyak perbedaan antar browser.

Tetapi keselamatan datang - perpustakaan jQuery menyelamatkan komunitas JavaScript dari sakit kepala ini. Benar, sebagian besar dari kita menjadi malas sebagai hasilnya, karena kita tidak lagi mengerti apa yang terjadi "di bawah tenda".

Saya melihat ketika situs ini muncul .

Era pilihan yang sangat luas di dunia JavaScript

2020 dimulai, dan situs dan aplikasi web kami pasti memiliki "kelebihan berat badan." Pada layanan kami adalah Angular, React, Vue.js, Svelte , Polymer (dan ini jauh dari semua) - tetapi kebutuhan untuk terus-menerus membuat pilihan dalam kerangka kerja kebun binatang yang berkembang pesat melelahkan.

Anda mungkin berpikir, "Berbicaralah lebih baik untuk diri sendiri." Tapi inilah yang saya lakukan sekarang: Saya secara kritis mengevaluasi "kelelahan" saya sendiri dari kelimpahan di dunia JavaScript.

Sejujurnya: tidak pernah semudah ini membuat situs web atau aplikasi web. Satu perintah sudah cukup hari ini: ng new
di Angular, …dalam kasus React, dll.

Dalam kebanyakan kasus, kami memilih yang terbaik. Namun, pada saat yang sama, Anda perlu mengurangi jumlah kode JavaScript dan lebih memperhatikan apa yang dimuat ke dalam aplikasi.

Karena - bagaimana jika kombinasi HTML, CSS dan JavaScript sudah cukup?

Dan berbicara tentang kerangka kerja JavaScript, maksud saya juga perpustakaan JavaScript: Angular , React , Vue.js , dan Svelte - semuanya ini bersama-sama (dan banyak lagi).

Pro dan kontra menggunakan kerangka kerja JavaScript

Ada pro dan kontra untuk menggunakan kerangka kerja JavaScript. Dan intinya di sini bukan tentang kerangka kerja yang baik dan buruk, tetapi tentang mana di antara mereka yang menunjukkan diri lebih baik dalam situasi apa.

Dalam pekerjaan utama saya, saya menggunakan Angular, tetapi saya suka bereksperimen dengan React dan Vue.js, dan kadang-kadang saya mencoba beberapa perpustakaan mikro JavaScript kecil yang melakukan satu hal, tetapi sangat bagus.

Kapan harus menggunakan kerangka kerja JavaScript?

Ada beberapa situasi di mana, alih-alih kerangka JavaScript, saya sarankan menggunakan perpustakaan mikro atau JavaScript sederhana.

Aplikasi Anda sederhana atau kecil. Misalnya, Anda memiliki proyek kecil, seperti semacam eksperimen dengan JavaScript API baru.
Persyaratan kinerja tinggi - jika aplikasi harus berkinerja tinggi bahkan dengan koneksi Internet yang buruk.

Jika setiap byte yang ditransfer melalui jaringan dihitung, maka menggunakan kerangka kerja besar bukanlah solusi yang paling masuk akal: Anda harus membayar terlalu banyak kode untuk kenyamanan kerangka JavaScript.

Ada banyak alat yang membantu dalam situasi seperti itu. Tapi lebih baik mencegah masalah daripada menyelesaikannya.

Ketika kerangka kerja JavaScript adalah pilihan cerdas

Seringkali penggunaan kerangka kerja JavaScript akan dibenarkan - tetapi bahkan dalam kasus ini, Anda tidak harus kehilangan kewaspadaan Anda.

1. Anda memiliki aplikasi yang bagus

Jika Anda mengembangkan aplikasi besar, menggunakan kerangka kerja JavaScript mungkin merupakan pilihan cerdas, karena dalam kebanyakan kasus Anda akan memiliki dukungan komunitas yang baik.

Anda biasanya akan memiliki banyak bahan referensi untuk membantu memberikan dukungan jangka panjang untuk aplikasi tersebut.

2. Anda (atau perusahaan) menghargai open source

Hal terbaik tentang open source adalah ia dapat digunakan secara bebas (di bawah lisensi, tentu saja).

Banyak elemen kerangka kerja yang dikembangkan di waktu luang mereka dari pekerjaan utama - oleh karena itu, tidak ada yang perlu dibayar untuk penggunaannya.

Dan jika Anda ingin berkontribusi pada kerangka JavaScript terbuka, itu akan bermanfaat bagi orang lain.

3. Pengembangan cepat fitur-fitur baru

Sebagian besar kerangka kerja memiliki banyak alat yang memungkinkan Anda untuk dengan cepat mengimplementasikan fungsi-fungsi baru: pengembang dapat mengandalkan pengalaman para ahli yang mengetahui pekerjaan mereka, yang sebaliknya mengujinya dengan baik.

Kesimpulan

Pada artikel ini, ada lebih banyak keuntungan menggunakan kerangka kerja JavaScript daripada kerugiannya. (Jika Anda memiliki sesuatu untuk ditambahkan - bagikan dalam komentar!)

Tetapi bahkan jika penggunaan kerangka kerja tersebut menarik, Anda perlu memantau dengan cermat apa yang kami unggah ke situs web dan aplikasi kami yang sedang dikembangkan.

Selalu bertanya pada diri sendiri: "Apakah kerangka ini diperlukan di sini?" Mungkin lebih baik melakukannya sendiri atau menggunakan sesuatu yang sudah jadi? ”

“Bagaimana penerapan kerangka kerja akan memengaruhi pengguna? Akankah aplikasi pada ponsel berperforma rendah senyaman untuk digunakan seperti pada perangkat flagship? "

Ketika kerangka kerja JavaScript tidak diperlukan