Ask APK vs Android App Bundle : Apa perbedaanya kedua format tersebut AdityaDees

Google saat ini telah membuat beberapa perubahan yang paling mendasar untuk distribusi perangkat di android. Dimulai pada Agustis 2021 pengiriman semua aplikasi baru yang di berdayakan di Play store akan dibuat atau di publikasikan dalam bentuk format Android app Bundle, bukan seperti terdahulu bentuk format Apk.

Jadi apa perbedaan kedua bentuk format itu, antara Android App bundle dan Apk ? bisakah kita melakukan slideload AAB seperti pada APK ? tidak usah bingung karena artikel sederhana ini akan mengulas perbedaan di antara kedua format tersebut. Jadi tanpa membuang waktu mari simak ulansanya.

Perbandingan komperhensif di antara kedua format

Dalam artikel ini, sebisa mungkin penulis akan menjelaskan konsepnya dalam bentuk yang mudah di pahami untuk para pengunjung. Secara terpenci akan di jelaskan cara menginstal file AAB, mengekstrak APK dari AAB, dan banyak lagi.

1. Memahami dasar-dasar

Yang utama dan paling terpenting adalah memahami konsep dengan benar apa perbedaan Apk dan Android App Bundle. Tentu ini akan di sajikan dengan ringan agar mudah di mengerti.

APK sudah menjadi pendistribusi paket aplikasi masuk ke android sejak awal.APK terutama terdiri dari kode aplikasi, sumber daya berat seperti gambar, audio, dan lainya, yang di buat oleh pengembang.

Perangkat Android hadir dalam berbagai faktor bentuk dan spesifikasi. Misalnya, perangkat dapat memiliki tingkat kepadatan layar yang bervariasi (320dpi, 480dpi, dll.), jenis prosesor (ARM, ARM64, x86), dan banyak lagi. Selain itu, berdasarkan wilayah pengguna, aplikasi harus memiliki paket bahasa (en, fr, ger, dan lainnya.).

Untuk bentuk idealnya ,pengembang harus membuat dan mengunggah beberapa APK di Play Store berdasarkan wilayah pengguna, jenis prosesor, dan kepadatan layar.

Ketika pengguna menginstal di Play Store, APK yang paling sesuai kemudian diinstal di perangkat mereka. Namun, semua ini menempatkan tugas besar di tangan pengembang. Mereka tidak hanya harus mengembangkan aplikasi tetapi juga mengelola beberapa APK untuk mendukung banyak perangkat.

Untuk mengakali pekerjaan yang rumit dan memakan waktu ini, sebagian besar pengembang membuat APK Universal yang dilengkapi dengan semua sumber daya (paket bahasa, kode, dan lainnya) meskipun Anda mungkin tidak memerlukan sebagian besar di perangkat tertentu tersebut.

Jadi Google ingin menyelesaikan masalah ini untuk pengembang dengan Android App Bundle . Metode ini sangat membantu mengurangi ukuran aplikasi, waktu instalasi, dan konsumsi bandwidth.

Perusahaan memperkenalkan AAB di Google pada tahun 2018, dan sekarang, hampir tiga tahun kemudian, Google mewajibkan Anda untuk mengirimkan aplikasi baru dalam format AAB di Play Store.

Dibandingkan dengan APK, format AAB bukanlah paket distribusi yang sepenuhnya baru. Faktanya, AAB adalah penampung yang menghosting APK dasar dan beberapa APK terpisah .

Pada dasarnya, AAB adalah format penerbitan yang dikirimkan pengembang ke Play Store sementara APK adalah format pengemasan untuk aplikasi Android yang Anda instal di perangkat Anda.

Jadi apa yang sebenarnya berubah di sini? Mulai Agustus 2021, pengembang tidak perlu menangani dan mengelola sejumlah besar APK untuk beragam perangkat .

Dengan AAB, pengembang menyerahkan segalanya ke Google – kode aplikasi, aset, sumber daya yang besar, semua paket bahasa, dan yang terpenting, kunci penandatanganan aplikasi pribadi. Sekarang, Google dapat membuat dan menyajikan APK yang dioptimalkan kepada pengguna berdasarkan konfigurasi perangkat mereka.

Itu dapat membuat bundel AAB yang jauh lebih kecil, yang ukurannya ringkas, dipasang dalam sekejap, dan memakan lebih sedikit data untuk perangkat kelas bawah. Itulah proposisi utama dari AAB vs APK.

Berbagi kunci penandatangan pribadi dengan Google

Melihat apa yang dibawa AAB , sepertinya ini adalah alternatif yang bagus untuk APK. Format AAB mengurangi ukuran aplikasi, dan developer tidak perlu membuat beberapa APK. Tetapi, banyak pengembang telah menyatakan keprihatinannya terkait pembagian kunci penandatanganan pribadi dengan Google .

Kunci penandatanganan adalah informasi paling penting untuk memverifikasi integritas APK. Bahkan jika Anda melakukan sideload APK dari sumber pihak ketiga, Google Play Store memeriksa kunci penandatanganan untuk memastikan bahwa tidak ada yang dirusak.

Dengan AAB, Google mengamanatkan bahwa pengembang harus membagikan kunci penandatanganan pribadi sehingga Google dapat membuat bundel aplikasi dan menandatangani AAB dengan kunci pribadi yang sama.

Saat pengguna menginstal aplikasi atau memperbarui ke versi baru, Layanan Play akan mencocokkan kunci penandatanganan, dan penginstalan akan berlangsung tanpa masalah ketidakcocokan kunci atau kegagalan tanda tangan. Dengan itu, pengembang mengatakan bahwa itu berpotensi membuka pintu untuk injeksi kode .

Untuk meredakan kekhawatiran pengembang, Google mengumumkan Transparansi Kode yang memungkinkan pengembang membuat kunci pribadi terpisah yang hanya dapat diakses oleh mereka.

Dari kunci pribadi yang terpisah, pengembang kemudian dapat membuat tanda tangan tambahan yang dapat digunakan untuk memverifikasi integritas aplikasi.

Namun, ada batasan untuk metode ini. Transparansi Kode hanya berurusan dengan kode dan bukan dengan aset, sumber daya, atau manifes. Selain itu, ini adalah fitur opsional yang mungkin membuat banyak pengembang keluar dari lingkaran.

Apakah AAB akan mempersulit App store pihak ketiga

Masalah lain yang timbul dari berbagi kunci pribadi dengan Google adalah bahwa hal itu dapat mempersulit toko aplikasi pihak ketiga.

Misalnya, jika Anda menginstal aplikasi dari Play Store tetapi ingin memperbarui ke versi terbaru dari alternatif Play Store lain (misalnya Amazon App Store atau Aptoide Store), maka penginstalan mungkin gagal karena ketidakcocokan tanda tangan.

Itu karena Google sekarang mengelola kunci penandatanganan pribadi, sehingga Anda tidak dapat menggunakan kunci yang sama saat mengunggah aplikasi Anda ke toko aplikasi Android pihak ketiga.

Anda harus menggunakan kunci pribadi lain , dan itu akan menyebabkan kesalahan ketidakcocokan kunci pribadi. Apakah ini akan menjadi masalah untuk dukungan aplikasi Android di Windows 11 ? Kita harus menunggu dan mencari tahu.

Selain itu, anggapan bahwa AAB akan menghalangi pengembang mengunggah APK ke toko aplikasi pihak ketiga tampaknya tidak benar. Google telah membuat alat sumber terbuka yang disebut bundletool yang memungkinkan pengembang membuat APK dari bundel AAB.

Satu-satunya masalah, untuk saat ini, adalah berbagi kunci penandatanganan pribadi akan memengaruhi pengguna kekuatan Android.

Bisakah kita mengalihkan AAB seperti APK

Dari apa yang kami ketahui, sepertinya sideloading AABs di perangkat Android bisa dilakukan, tetapi tidak akan semudah sideloading APK . Penginstal paket Android saat ini tidak mendukung format pengemasan AAB, artinya penginstalan AAB di perangkat tidak dapat dilakukan secara asli. Namun, Anda dapat menggunakan aplikasi penginstal pihak ketiga untuk menginstal paket AAB di perangkat.

Selain itu, Anda tidak akan dapat melakukan sideload adb untuk menginstal AAB. Anda harus menggunakan bundletool open-source untuk mendapatkan APK yang benar dan kompatibel dengan perangkat Anda.

Saat AAB menjadi lebih umum, metode sideloading yang baru dan nyaman mungkin akan muncul. Perlu diingat, hanya mengesampingkan APK Basis akan macet di perangkat Anda.

Keuntungan dan Kerugian

Setelah melalui semua poin, Anda dapat mengetahui bahwa AAB tidak akan membuat banyak perbedaan dalam hal pengalaman pengguna untuk sebagian besar pengguna.

Hanya saja akan akan mengurangi ukuran aplikasi , yang akan membantu sebagian besar pengguna. Misalnya – Airbnb mengurangi ukuran aplikasinya sebesar 22% setelah beralih dari APK ke AAB, sedangkan Netflix mengurangi ukuran aplikasinya sebesar 57%. Itu adalah perbedaan yang cukup besar dalam ukuran aplikasi.

Perbedaan ini cukup besar dalam ukuran aplikasi. Selain itu, fitur aplikasi Instan yang ditinggalkan akan mendapatkan kehidupan baru dengan AAB di perangkat Android.

Namun, untuk power user yang ingin melakukan sideload AAB, hal-hal akan menjadi sedikit rumit dan merepotkan. Anda mungkin harus menggunakan bundletool untuk mengekstrak APK untuk perangkat Anda atau menggunakan penginstal pihak ketiga.

Satu hal yang perlu diperhatikan adalah bahwa AAB akan menjauh dari OBB (Opaque binary blob) untuk mengunduh aset dan sumber daya yang besar. Sebagai gantinya, ia akan menggunakan Play Asset Delivery atau Play Feature Delivery untuk mengunduh sumber daya yang berat dengan ukuran unduhan 150 MB atau lebih tinggi.

Adapun pengembang yang paling terpengaruh oleh perubahan ini, mereka tidak perlu memfaktorkan ulang kode mereka, itu bagus. AAB juga membawa modularitas, yang berarti mereka dapat mengubah cuplikan kode dan menggabungkannya dengan basis inti tanpa menghadapi banyak konflik penggabungan.

Mereka dapat memilih level API mana yang akan ditargetkan atau jenis perangkat mana yang akan didukung. Pengembang juga dapat memutuskan semua fitur apa yang akan dihadirkan pada jenis perangkat tertentu atau ponsel cerdas yang berjalan pada versi SDK minimum.

Adapun kerugiannya, inti masalahnya adalah berbagi kunci pribadi , yang sekarang akan dikelola oleh Google. Ketidakcocokan dengan toko aplikasi pihak ketiga mungkin menjadi masalah besar lainnya, dan pengembang harus bekerja ekstra untuk menerbitkan dan mengelola APK (seperti Play Store sekarang) di toko aplikasi lain.

Bagi saya, masalah terbesar dengan perubahan ini adalah ketergantungan yang berlebihan pada Google. Dengan perubahan ini, raksasa Mountain View memastikan bahwa Play Store tetap menjadi toko aplikasi de-facto di perangkat Android.

Dari menghosting aplikasi hingga mengelola kunci pribadi, Google kini mengontrol semua aspek penerbitan dan distribusi aplikasi di Android.