Android Arşiv Kitaplığı (aar) ile standart jar karşılaştırması

Android uygulamaları için standart derleme sistemi olarak Gradle'ın yeni benimsenmesi hakkında bazı makaleler okudum. Standart Java geliştirmeden geldiğimde, projemi oluşturmak için genellikle jar dosyalarına güveniyorum . Bununla birlikte, Android'in burada belirtildiği gibi bir Windows işletim sistemindeki dll dosyalarına eşdeğer olan aar paketleri de var gibi görünüyor :

Öncelikle, Android platformunun uygulama düzeyinde "paylaşılan kitaplıklara" izin vermediğini anlamalısınız. "Geleneksel" programlama dili platformlarında, C, C ++, Java, siz adlandırın, biz bu çalışma zamanı kitaplıklarını paylaşma mekanizmasına sahibiz. (Örneğin, Windows'ta DLL, Unix'te DSO, JVM'de Jar vb.). Ancak Android'de, Google veya telefon üreticisi değilseniz bunu yapamazsınız (Aşağıdaki Dipnot 1'e bakın). Bir uygulama geliştiricisi olarak bu temel bir sınırlama olabilir. Kodları hem derleme zamanında hem de çalışma zamanında "paylaşmak" veya "yeniden kullanmak", yazılım mühendisliği uygulamasının çok önemli bir parçasıdır. Bu, yukarıda belirtilen sınırlama nedeniyle Android'de oldukça zordur (imkansız değil, sadece daha zordur).

Ancak, bu konseptle ilgili bazı şüphelerim var. Demek istediğim, bir geliştirici , uygulamasına aar bağımlılıklarını dahil etmekle ne zaman ilgilenmelidir ? Bu bağımlılıklar bazı minimum SDK sürümlerine sıkıştırılmış mı?

Örneğin, bir projede, NDK için önceden derlenmiş .so kitaplıklarını kullandığım bir COM bağlantı noktasına erişiyorum . Bu yardımcı programı paylaşmak istiyorsam bir aar oluşturmam gerekir mi?

AARdosyalar , aşağıdaki nedenden ötürü , Jars'ye daha çok benzer Dll:

Dll'ler,' AARler ve jar'ların uygulamanızda paketlendiği uygulamalar arasında paylaşılabilir .

AARs vs Jars:

A Jarve a arasındaki temel fark AAR, AARs'nin layouts, drawablesvb. Kaynakları içermesidir . Bu, kendi kendine yeten görsel bileşenler oluşturmayı çok daha kolay hale getirir. Örneğin, aynı oturum açma ekranını kullanan birden fazla uygulamanız varsa, Jare-postalarla sınıfları paylaşabilirsiniz ancak düzeni, stilleri vb. Paylaşamazsınız, yine de onları çoğaltmanız gerekir. İle AARherşey tek pakette birlikte gelir.

Sonuç olarak, AARdoğru yönde atılmış büyük bir adımdır.

Not: s
ile benzer girişimlerde bulunuldu, apk-libancak AARs çok daha iyi olduğu için artık kullanılmıyorlar .

" Jar ile AAR arasındaki temel fark, AAR'lerin düzenler, çekilebilirler vb. Gibi kaynakları içermesidir " ifadesi, JAR dosyası spesifikasyonuna karşılık gelmez ve bu nedenle bir gerçek değildir. Göre JAR dosyası şartname :

JAR dosyası, popüler ZIP dosya biçimine dayalı bir dosya biçimidir ve birçok dosyayı tek bir dosyada toplamak için kullanılır. Bir JAR dosyası, aslında isteğe bağlı bir META-INF dizini içeren bir zip dosyasıdır.

Gördüğünüz gibi, bir JAR dosyasında düzenler, çekilebilirler vb. Gibi kaynakları dahil etmeyi yasaklayan herhangi bir içerik sınırlaması yoktur. Daha fazla ayrıntı için Java® Sanal Makine Belirtiminin 5.3 "Oluşturma ve Yükleme" makalesine bakın.

Öyleyse sorusu üzerine Android Arşiv Kitaplığı (aar) ve standart jar. Cevap, hangi derleme aracını kullandığınıza bağlıdır.

Android Studio'yu bir derleme aracı olarak (sırasıyla bir proje düzenleyicisi olarak) kullanıyorsanız, kapsüllenmiş kaynakları Android projeleri arasında paylaşmak için kesinlikle * .aar dosyalarını kullanmanız daha iyi olacaktır. AAR dosya formatı, Android Studio yapısının bir parçasıdır ve buradaki diğer yorumlarda da belirtildiği gibi, kullanıcı arayüzü Android Kitaplıkları için aar formatını destekler.

Ancak Android Studio dışında dünyanın geri kalanı o şeyin aar dosyasının (eser) ne olduğunu bilmiyor. Örneğin, Android derlemeniz Maven'e dayanıyorsa, kaynak paylaşımı için tercih edilen dosya jar olacaktır çünkü bu, yerel Maven java projesi yapıttır ve standart jar dosyasına nelerin koyulacağına dair bir sınırlama yoktur. Ek olarak, herhangi bir dosya formatını açıklamanın bir yolu vardır, aar'ı yeni bir bileşenle yaşam döngüsü geliştirmesini kullanarak. Basit bir örnek burada mevcuttur Maven için nasıl yeni bir ambalaj türü oluşturabilirim?

Sorudaki alıntı, mevcut gerçeklikle hiçbir ortak noktaya sahip değil. Elbette Android'de harici kitaplıkları kullanmak mümkündür ve çok sayıda kitaplık mevcuttur. Belki de her uygulamanın ihtiyaç duyduğu tüm kitaplıkları bir araya getirmesi gerektiğini söylemek istediler, ancak kitaplığı derleme zamanında yeniden kullanmak (statik bağlantı) gerçekten bir sorun değil.

.aardan farklıdır .jarfazla .jardeğişmesidir .zip. Orada hangi tür içeriğin beklenmesi gerektiği konusunda belirli kavramları vardır, ancak her ikisi de .jarve .aarçoğu zaman derlenmiş sınıfları ve kaynakları içerir. .aarsadece kitaplığın Android'e özgü olduğunu ve bu tür kitaplıklar için makul olan bazı beklenen yapıya sahip olduğunu belirtir (aynı .jarzamanda bazı beklenen yapıya sahiptir).

.Aar'ın yalnızca Android stüdyosu tarafından desteklendiği görünümü de kullanımdan kaldırılmıştır. Bu tür kitaplıklar Maven Central'a dağıtılabilir ve gradle gibi araçlar bunlara @aar sonekini kullanarak başvurabilir, örneğin:

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

bu Maven merkezi dağıtımına referans vermek için .