Android档案库(aar)vs标准jar

问题

我一直在阅读一些关于Gradle作为Android应用程序的标准构建系统的新采用的文章。好吧,来自标准的Java开发我通常依赖于jarfiles来构建我的项目。然而,似乎Android还有一个包,它们相当于Windows操作系统中的thedll文件,如here所述:

首先,你必须意识到Android平台不允许应用程序级别的"共享库"。在"传统"编程语言平台C,C,Java中,你可以命名它,我们有这种共享运行时库的机制。 (例如,Windows上的DLL,Unix上的DSO,JVM上的Jar等)。但是,在Android上,除非你是Google或手机制造商,否则你无法做到这一点(请参阅下面的脚注1)。作为应用程序开发人员,这可能是一个基本限制。在构建时和运行时"共享"或"重用"代码是软件工程实践中非常重要的一部分。由于上述限制,这在Android上相当困难(并非不可能,更难)。

但是,我对这个概念有些怀疑。我的意思是,开发人员何时应该对其应用程序中包含多个依赖项感兴趣?这种依赖关系是否收紧到SDK最低版本?

例如,在一个项目中,我访问一个COM端口,我使用NDK precompiled.solibraries。如果我想分享这个实用程序,我是否必须创建一个aar?


#1 热门回答(179 赞)

AAR文件更类似于Jars而不是toDlls,原因如下:

Dll可以在应用程序之间共享,其中AAR和jar与你的应用程序一起打包。

AARs vsJars:

Jar和AAR之间的主要区别在于AAR包含布局,绘图等资源。这使得创建自包含的可视组件变得更加容易。例如,如果你有多个使用相同登录屏幕的应用程序,使用Jars可以共享类而不是布局,样式等,你仍然需要复制它们。使用AAR,一切都捆绑在一个整洁的包装中。

总之,AAR是朝着正确方向迈出的一大步。

注释:
对于apk-lib进行了类似的尝试,但它们现在已经过时,因为AAR更好。


#2 热门回答(5 赞)

声明"Jar和AAR之间的主要区别在于AAR包括布局,绘图等资源。"不符合JAR文件规范,因此不是事实。根据JAR file specification

JAR文件是基于流行的ZIP文件格式的文件格式,用于将许多文件聚合为一个。 JAR文件本质上是一个包含可选META-INF目录的zip文件。

如你所见,没有内容限制禁止在JAR文件中包括布局,绘图等资源。有关更多详细信息,请参阅Java®虚拟机规范的第5.3节"创建和加载"。

所以关于Android Archive Library(aar)vs标准jar的问题。答案取决于你使用的构建工具。

如果你使用Android Studio作为构建工具(分别作为项目组织者),你最好使用* .aar文件在Android项目之间共享封装资源。 AAR文件格式是Android Studio构建的一部分,因为它在其他评论中有评论,其用户界面支持Android库的aar格式。

但是除了Android Studio之外,世界其他地方都不知道那个东西是什么文件(工件)。例如,如果你的Android构建基于Maven,则资源共享的首选文件将是jar,因为这是本机Maven java项目工件,并且对标准jar文件中的内容没有限制。此外,还有一种方法可以解释Maven的任何文件格式,包括使用生命周期增强功能和新组件。这里有一个简单的例子How do I create a new packaging type for Maven?


#3 热门回答(2 赞)

问题的引用与当前的现实没有任何共同之处。当然可以在Android中使用外部库,并且有很多库可用。也许他们想说每个应用程序必须捆绑它需要的所有库,但是在构建时重用库(静态链接)实际上不是问题。

.aardiffers from.jarno than.jardiffers from.zip。它有一些关于哪些内容应该在那里预期的概念,但是.jar.aar都经常包含编译类和它们的资源..aar必须指定该库是特定于Android的并且具有一些预期的结构,对于这样的库是合理的(好吧,.jar也有一些预期的结构) )。

仅支持Android工作室的.aar视图也已弃用。这些库可以部署到Maven Central,像gradle这样的工具可以使用@aar后缀来引用它们,例如:

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

参考thisMaven中央部署。