Deno x MongoDB: Lihat podcast terbaru kami

Database


Node.js, yang digunakan oleh perusahaan seperti Netflix, Uber, dan PayPal, adalah salah satu teknologi terpanas saat ini. Kemampuan beradaptasi, skalabilitas, dan manajemen acara dengan cepat dipuji (dan banyak digunakan) oleh pengembang di seluruh dunia.

Node.js, dibuat oleh Ryan Dahl pada tahun 2008, memecahkan beberapa masalah secara bersamaan. Ini memungkinkan pemrogram untuk menggunakan JavaScript in-house dan front-end, menghilangkan kebutuhan akan solusi. Selain itu, arsitektur single-threaded-nya memungkinkannya membuat kerangka kerja yang ringan dan cepat yang dapat dengan mudah mengelola peristiwa waktu nyata – penting untuk aplikasi apa pun di dunia yang semakin terhubung.

Dahl baru-baru ini merilis Deno, kerangka kerja berbasis JavaScript lain yang meningkatkan Node.js di berbagai bidang seperti kecepatan, kinerja, kemudahan penggunaan, pengujian, dan pengemasan. Terpesona oleh produk baru yang menjanjikan ini, Michael Lane, Chief Development Officer di MongoDB, berbicara dengan Jesse Hall, Chief Development Officer di MongoDB, untuk membahas semua hal Deno, termasuk kekuatan, struktur, skenario penggunaan, dan banyak lagi. .

Di bawah ini adalah beberapa sorotan dari diskusi mereka. Untuk mendengarkan episode lengkapnya, tonton podcast MongoDB di sini.

Pengganti Node.js

Michael memulai podcast dengan pertanyaan yang sudah kita tunggu-tunggu: Apa yang istimewa dari Deno? Bagaimanapun, Deno adalah runtime untuk JavaScript dan pengetikan – setidaknya mirip dengan Node.js.

“Mengapa kita ingin menggunakan Deno pada implementasi Node.js standar?” Michael bertanya.

“Secara default aman,” jawab Jesse, terutama tidak seperti Node.js. Ini adalah faktor penjualan yang besar karena Anda harus secara khusus memerintahkannya untuk membuka jaringan Anda untuk memungkinkan akses membaca atau menulis file.

Intinya, Jesse menjelaskan, Deno “ditetapkan untuk menggantikan Node.js.” Dengan demikian, ini mencakup sejumlah fitur dan kemampuan yang berguna, seperti kecepatan ultra-cepat (berkat arsitektur berbasis Rust), dukungan untuk modul ES, dan fungsi asinkron internal (tidak perlu membuat sendiri).

Penanganan tertutup yang lebih baik = peningkatan efisiensi

Deno juga menyederhanakan proses pengembangan dalam beberapa cara – terutama dalam hal paket.

Tidak seperti Node, yang membutuhkan pengelola paket NPM, Deno cukup mengunduh [packages] Jesse mengatakan itu menghilangkan kebutuhan akan folder modul Node di proyek Anda dan menyembunyikannya di memori. Karena Deno mengimpor paket melalui URL, ini menghilangkan kerumitan memiliki folder modul Node dalam sebuah proyek.

Michael ingin tahu apakah ini berdampak negatif pada pengembangan – terutama jika menyangkut pengembangan offline. Bahkan jika file-file tersebut terletak secara lokal, tentunya Deno membutuhkan semacam struktur folder atau modul cache?

Jesse menjawab bahwa ini belum tentu demikian. “Anda memiliki cache lokal dari modul tersebut, dan ketika Anda memasukkannya ke dalam string URL, Anda dapat menentukan jenis versi (jika Anda menginginkan versi lain).

Deno x MongoDB

Tentu saja, mengingat Michael dan Jesse sama-sama bekerja di MongoDB, pertanyaan jutaan dolar tetap ada: kompatibilitas. “Bagaimana dukungan MongoDB di Deno?” Michael bertanya.

Jesse menjelaskan bahwa saat ini, dukungan hanya tersedia dalam bentuk modul pihak ketiga yang disponsori komunitas – khususnya modul Deno yang disebut Mongo, yang dapat diakses dengan mudah melalui situs web Deno. Sebagai alternatif, Jesse mengusulkan MongoDB Atlas Data API, “yang memungkinkan Anda membawa data MongoDB Anda ke hampir semua hal karena tidak memerlukan driver sama sekali.”

dan masih banyak lagi…

Dengarkan podcast lengkapnya di sini untuk lebih jelasnya. Untuk informasi lebih lanjut tentang menggunakan Atlas Data API untuk mengimpor data MongoDB Anda ke Deno, lihat Jesse di sini.



Source link

Tinggalkan Balasan

Alamat email Anda tidak akan dipublikasikan. Ruas yang wajib ditandai *