3

我有一个主构建文件，用于构建一系列 Android 项目。这些 Android 项目中的每一个都引用同一个 Android 库项目（我将其称为CoreLibrary）。以下是我的子任务。

 <target name="build" description="Builds (only) all applications">
    <subant>
        <target name="debug" />
        <fileset refid="all-applications" />
    </subant>
</target>

问题：我可以做些什么来防止CoreLibrary为我的子任务的所有应用程序文件集中的每个 Android 项目重新构建？这将大大加快我的构建时间，所以我希望我能做些什么。

4

3 回答 3

6

实际上，我最近才想出了解决这个问题的方法。基本思想是，我的 ANT 文件找到所有库项目，首先构建它们，然后使用nodeps目标构建我的其余项目。这有效地防止了CoreLibrary不断重新编译的情况。

<?xml version="1.0" encoding="UTF-8"?>
<project name="MasterBuild">

 <!-- A property for the name of the file that contains 'android.library=true' (which is how we find library projects) -->
<property name="library.setting.file.name" value="project.properties" />

<filelist id="normal-projects" dir=".">
    <!-- You want to add your own projects here -->
    <file name="./MyProject/build.xml" />
    <file name="./MyProject2/build.xml" />
    <file name="./MyProject3/build.xml" />
</filelist>

<fileset id="all-libraries-properties" dir=".">
    <include name="*/${library.setting.file.name}" />
    <contains casesensitive="true" text="android.library=true" />
</fileset>

<pathconvert property="all-libraries" refid="all-libraries-properties">
    <globmapper from="*${library.setting.file.name}" to="*build.xml" />
</pathconvert>    

<target name="-set-debug-mode">
    <property name="build.target" value="debug" />
    <property name="install.target" value="installd" />
</target>

<target name="-set-release-mode">
    <property name="build.target" value="release" />
    <property name="install.target" value="installr" />
</target>

<target name="-build-dependencies" unless="built.dependencies">
    <property name="built.dependencies" value="true" />
    <subant buildpath="${all-libraries}" target="${build.target}" inheritall="false" />
</target>

<target name="-build-normal-projects" depends="-build-dependencies">
    <subant inheritall="false">
        <target name="nodeps" />
        <target name="${build.target}" />
        <resources refid="normal-projects" />
    </subant>
</target>

<target name="-install-normal-projects">
    <subant inheritall="false">
        <target name="${install.target}" />
        <resources refid="normal-projects" />
    </subant>
</target>

<target name="debug" depends="-set-debug-mode, -build-normal-projects" description="Builds (only) a debug-key signed application" />
<target name="release" depends="-set-release-mode, -build-normal-projects" description="Builds (only) a release-key signed application" />

<target name="installd" depends="-set-debug-mode, -install-normal-projects" description="Installs (only) a debug-key signed application" />
<target name="installr" depends="-set-release-mode, -install-normal-projects" description="Installs (only) a release-key signed application" />

</project>

注意如果我编写了一个实际找到库依赖顺序的任务，则可以改进此解决方案，以便我可以使用 nodeps 目标构建库。此外，可能有一种方法可以自动检测“正常项目”，但我还不需要。最后，我从我的普通 ANT 文件中展开了很多东西，把它带到这里，所以希望我没有错过任何东西。然而，这个概念是存在的。

于 2012-04-18T19:52:13.933 回答
1

如果您使用 Android Maven 插件，您可以单独或作为模块一起构建所有相应的部分，然后将核心库作为 jars 或 apklib 重用（如果它们有资源等）。Maven 的内置依赖机制将负责集成不同的库。

查看例如 RoboGuice 或 ActionBarSherlock 及其示例应用程序以了解其工作原理。

此外，如果您随后使用存储库管理器并在那里部署库，那么您的所有团队成员都可以从那里获取库，并且它们可以由 CI 服务器构建。

于 2012-04-24T21:23:07.273 回答
0

如果您的库项目是仅限 java 的（没有资源），您可以将其作为 jar 分发 - 而不是使用 ivy + ivy ant 任务来管理依赖关系，以解决构建文件中的依赖关系。但它们仍然会从类构建到 dex 文件。

于 2012-04-05T15:52:13.700 回答