Android Archive Library (aar) vs jar standar

Saya telah membaca beberapa artikel tentang adopsi baru Gradle sebagai sistem build standar untuk aplikasi Android. Nah, berasal dari pengembangan Java standar saya biasanya bergantung pada file jar untuk membangun proyek saya. Namun tampaknya Android juga memiliki paket aar , yang setara dengan file dll di OS Windows, seperti yang disebutkan di sini :

Pertama, Anda harus menyadari bahwa platform Android tidak memungkinkan "pustaka bersama" tingkat aplikasi. Dalam platform bahasa pemrograman "tradisional", C, C ++, Java, sebut saja, kami memiliki mekanisme berbagi pustaka runtime ini. (Misalnya, DLL pada Windows, DSO pada Unix, Jar pada JVM, dll.). Di Android, bagaimanapun, Anda tidak dapat melakukan itu, kecuali jika Anda adalah Google atau produsen handset (Lihat Catatan Kaki 1 di bawah). Sebagai pengembang aplikasi, ini bisa menjadi batasan mendasar. "Berbagi" atau "menggunakan kembali" kode, baik pada waktu membangun dan waktu berjalan, adalah bagian yang sangat penting dari praktik rekayasa perangkat lunak. Ini agak sulit (bukan tidak mungkin, hanya lebih sulit) di Android karena keterbatasan yang disebutkan di atas.

Namun, saya ragu dengan konsep ini. Maksudku, ketika harus pengembang akan tertarik termasuk aar dependensi dalam penerapannya? Apakah ketergantungan ini diperketat ke beberapa versi minimum SDK?

Misalnya, dalam satu proyek saya mengakses port COM, yang saya gunakan NDK dikompilasi .so perpustakaan untuk. Apakah saya harus membuat aar jika saya ingin membagikan utilitas ini?

AARfile lebih mirip dengan Jars daripada Dlls karena alasan berikut:

Dlls dapat dibagikan di aplikasi mana AARs dan guci dikemas dengan aplikasi Anda.

AARs vs Jars:

Perbedaan utama antara a Jardan a AARadalah AARs termasuk sumber daya seperti layouts, drawablesdll. Ini membuatnya lebih mudah untuk membuat komponen visual mandiri. Misalnya jika Anda memiliki beberapa aplikasi yang menggunakan layar login yang sama, JarAnda dapat berbagi kelas tetapi tidak dengan tata letak, gaya, dll., Anda masih harus menduplikatnya. Dengan AARs semuanya dibundel dalam satu paket yang rapi.

Kesimpulannya, AARs adalah langkah besar ke arah yang benar.

Catatan:
Upaya serupa dilakukan dengan apk-libs tetapi sekarang sudah usang karena AARjauh lebih baik.

Pernyataan " Perbedaan utama antara Jar dan AAR adalah bahwa AAR termasuk sumber daya seperti tata letak, drawables dll. " Tidak sesuai dengan spesifikasi file JAR dan karenanya bukan kebenaran. Menurut spesifikasi file JAR :

File JAR adalah format file berdasarkan format file ZIP yang populer dan digunakan untuk menggabungkan banyak file menjadi satu. File JAR pada dasarnya adalah file zip yang berisi direktori META-INF opsional.

Seperti yang Anda lihat, tidak ada batasan konten yang melarang termasuk sumber daya seperti tata letak, gambar dll. Dalam file JAR. Untuk detail lebih lanjut lihat artikel 5.3 "Pembuatan dan Memuat" Spesifikasi Mesin Virtual Java®.

Jadi pada pertanyaan Android Archive Library (aar) vs jar standar. Jawabannya tergantung pada alat build apa yang Anda gunakan.

Jika Anda menggunakan Android Studio sebagai alat bangun (masing-masing sebagai pengelola proyek), Anda lebih baik menggunakan file * .ar untuk berbagi sumber daya enkapsulasi antara proyek Android. Format file AAR adalah bagian dari Android Studio build dan seperti yang dikomentari di komentar lain di sini antarmuka penggunanya mendukung format aar untuk Android Libraries.

Tetapi kecuali Android Studio, seluruh dunia tidak tahu apa itu file aar (artefak). Misalnya, jika Android build Anda didasarkan pada Maven, file pilihan untuk berbagi sumber daya akan menjadi jar karena itu adalah artefak proyek java Maven asli dan tidak ada batasan apa yang akan dimasukkan ke dalam file jar standar. Selain itu, ada cara untuk menjelaskan Maven format file apa pun, termasuk aar dengan menggunakan peningkatan siklus hidup dengan komponen baru. Contoh sederhana tersedia di sini. Bagaimana cara membuat jenis kemasan baru untuk Maven?

Kutipan dalam pertanyaan tidak memiliki kesamaan dengan kenyataan saat ini. Tentu saja dimungkinkan untuk menggunakan perpustakaan eksternal di Android dan ada banyak perpustakaan yang tersedia. Mungkin mereka ingin mengatakan bahwa setiap aplikasi harus membundel semua pustaka yang dibutuhkan, tetapi menggunakan kembali pustaka pada saat build (static linking) benar-benar tidak menjadi masalah.

.aarberbeda dari .jartidak lebih dari .jarberbeda dari .zip. Ini memiliki konsep-konsep tertentu tentang jenis konten yang harus diharapkan di sana, tetapi keduanya .jardan .aarpaling sering berisi kelas yang dikompilasi dan sumber dayanya. .aarhanya menetapkan bahwa pustaka itu spesifik untuk Android dan memiliki beberapa struktur yang diharapkan, masuk akal untuk pustaka semacam itu (well, .jarjuga memiliki beberapa struktur yang diharapkan).

Pandangan bahwa .aar hanya didukung oleh Android studio juga sudah usang. Perpustakaan seperti itu dapat digunakan untuk Maven Central, dan alat-alat seperti gradle dapat merujuk mereka menggunakan akhiran @aar, misalnya:

dependencies {
    compile ('io.github.andviane:uncover:2.0.1@aar')
    ..
}  

untuk referensi penyebaran pusat Maven ini .