Hujan di New York City saat Doron menunggu bus 525. Saat berhenti, dia mencoba aplikasi transportasi baru yang sepertinya tidak dimuat secara offline. Tiket yang dia beli kemarin tidak ditampilkan, dan bahkan ketika dia memiliki layanan, pembaruan waktu nyata tidak disinkronkan.
Sebagai pengembang seluler, dia tahu persis mengapa aplikasinya payah:
- Itu tidak dibuat untuk bekerja secara offline.
- Itu tidak menyinkronkan data secara real time.
Ini gagal. Dia tahu orang tidak akan menggunakannya.
Inilah tantangan sebenarnya — adopsi. Semuanya baik dan bagus untuk membuat aplikasi, tetapi berapa banyak orang yang benar-benar akan menggunakan aplikasi tersebut? Pengguna mengharapkan aplikasi berjalan cepat, andal, dan selalu ada alternatif pesaing jika tidak.
Pengembang mengandalkan kami semua untuk mendapatkan pengalaman positif. Dengan aplikasi konsumen teratas (misalnya Whatsapp, Instagram, Netflix) menetapkan standar baru, sulit bagi pemain baru — yang mungkin tidak memiliki tim pengembang Netflix dan uang — untuk memenuhi harapan.
Tapi ada harapan — inilah cara membangun aplikasi hebat tanpa pasukan pengembang.
Bekerja offline
Bahkan 10 tahun setelah munculnya smartphone, kita tidak bisa berasumsi bahwa perangkat akan selalu online. Pengembang harus berpikir offline terlebih dahulu saat membangun aplikasi.
Yang terbaik memanfaatkan sepenuhnya konektivitas jika tersedia, tetapi pahami bahwa itu hanya sementara.
Untuk offline, aplikasi memerlukan cara untuk menyimpan data di perangkat. Dengan begitu mereka masih bisa berfungsi saat layanan turun.
Sayangnya, sebagian besar aplikasi saat ini menggunakan penyimpanan data yang tidak dirancang untuk seluler. Banyak yang menggunakan kerangka kerja relasional yang tidak intuitif untuk pengembang dan memperlambat penerapan.
Pengembang harus menulis baris demi baris kode khusus. Baris dan kolom data memerlukan kode pemetaan khusus untuk memungkinkannya berjalan dengan objek tempat pengembang bekerja.
Ini semua memengaruhi kinerja aplikasi — layar membutuhkan waktu lebih lama untuk dimuat dan fitur menjadi tidak dapat digunakan.
Sinkronisasi data waktu nyata (atau kurangnya)
Penyimpanan data lama ini juga tidak memiliki solusi sinkronisasi real-time asli. Ini berarti mereka tidak dapat menyinkronkan data antara perangkat dan server backend saat pengguna online. Pengguna akhirnya melihat data yang tidak akurat di aplikasi mereka, atau aplikasi mungkin macet sama sekali.
Sinkronisasi juga mendukung fitur yang dimiliki pengguna sekarang mengharapkan di aplikasi seluler. Pikirkan pesan real-time, kolaborasi, dan kemampuan untuk melihat di mana taksi Anda saat itu. Tanpa fitur ini, orang tidak akan menggunakannya.
Mereka tidak selalu mudah untuk disertakan, karena:
- Perangkat seluler selalu beralih antara online dan offline.
- Data sering berubah di banyak tempat, dan konflik data dapat muncul.
Aplikasi seluler harus mencerminkan data yang akurat, meskipun data akan berubah di banyak pengguna, perangkat, dan backend.
Saat pengguna mengambil tindakan di perangkat offline, perubahan data tetap ada di perangkat seluler. Setelah perangkat online, data perlu disinkronkan antara perangkat dan backend.
Konflik data pasti muncul, dan jika tidak ditangani dengan baik, pengguna akan menemukan data yang ketinggalan zaman, tidak akurat, atau hilang.
Sinkronisasi membutuhkan waktu yang signifikan untuk dikembangkan karena jumlah dan kompleksitas kode khusus yang diperlukan. Pengembang yang membangun solusi sinkronisasi sendiri memiliki serangkaian pilihan yang kurang ideal:
1. Mereka dapat memilih untuk tidak menyinkronkan data, dan sebaliknya mengunduh semua data ke perangkat: Ini adalah caching, dan memiliki masalah. Data tidak dapat diperbarui dengan mudah. Ini menghabiskan ruang di ponsel pengguna dan menghabiskan masa pakai baterai.
2. Buat solusi sinkronisasi, tetapi tetap sederhana: Solusi sinkronisasi sederhana jarang memberikan pengalaman pengguna yang baik. Resolusi konflik pada dasarnya kompleks. Ini membutuhkan jaringan khusus dan kode resolusi konflik. Mencoba menyederhanakannya dengan logika sederhana akan mengakibatkan pengguna melihat data yang kedaluwarsa.
3. Bangun solusi sinkronisasi, bekerja dengan REST: Di permukaan, bekerja dengan REST bisa tampak sederhana. Tetapi kurangnya koneksi yang dijamin membuatnya rumit. Saat koneksi terputus saat menyinkronkan data, logika harus ada untuk menangani kesalahan dan coba lagi mengirim data. Menulis kode ini rumit. Ini bisa memakan waktu berminggu-minggu atau berbulan-bulan, dan ribuan baris kode. Kesederhanaan REST ternyata jauh lebih rumit dalam kenyataan.
Membangunnya “dengan cara yang benar” itu sulit. Dengan perangkat menjatuhkan sinyal dari blok ke blok, aplikasi memerlukan kode khusus untuk mencoba kembali permintaan dan menangani kesalahan saat mencoba menyinkronkan data. Jika suatu saat kode ini tidak berfungsi dengan sempurna, aplikasi mungkin macet.
Aplikasi biasa-biasa saja menyebabkan adopsi rendah & ulasan buruk
Penyimpanan data lama dan sinkronisasi data DIY memiliki konsekuensi yang sudah sangat kita kenal:
1. Dampak negatif pada pengembangan aplikasi dan produktivitas pengembang: Pengembang menghabiskan waktu untuk menulis kode ekstra yang rumit. Ini memperlambat pengembangan fitur utama yang diinginkan pengguna.
2. Kinerja aplikasi yang buruk: Aplikasi dengan penyimpanan data lama dan sinkronisasi yang buruk berjalan lambat dan macet.
3. Adopsi dan retensi rendah: Aplikasi biasa-biasa saja tidak akan digunakan. Pengguna akan menghapusnya, kehilangan waktu dan uang.
Perbaikannya
Pengembang saat ini memiliki pilihan yang sulit. Bangun aplikasi dengan cepat dan kompromi pada kinerja, atau bangun dengan baik dan bayar harganya (waktu dan uang).
Yang mereka butuhkan adalah pendekatan sederhana yang cocok untuk mereka. Salah satu yang fleksibel, intuitif, dan mobile-first.
MongoDB Realm hanya itu. Ini memungkinkan pengembang membangun dengan cepat dan membangun dengan baik. Ini didukung oleh penyimpanan data lintas platform Realm Mobile dan solusi sinkronisasi asli. Ini akan membantu Anda mengulangi lebih cepat dan memberikan aplikasi yang andal. Ini digunakan oleh banyak nama rumah tangga termasuk 7Eleven, CBT Nuggets, dan Acxiom.
Jadi bersiaplah untuk membuat aplikasi bintang lima, tidak seperti aplikasi transportasi itu. Bergabunglah dengan lebih dari 100k+ pengembang menggunakan Realm Mobile Database, dan mulai gratis dengan MongoDB Realm.