Android 资料来源：究竟在构建什么，是否有必要测试小的变化？
Android Source: What is building exactly and is it necessary to test small changes?
对于一个项目，我正在更改 Android 系统的应用程序框架层中的某些 ContentProvider 文件。当我尝试不同的事情时，我想知道是否有必要为我所做的每个更改构建 Android 源，或者是否有一种方法可以在不构建的情况下以某种方式模拟系统？
我不完全确定 "building" 是什么意思，因为我找不到包含 Android 作为上下文的正确定义。我认为这是某种编译？
将源代码转换成可执行程序？那样的话我想没有别的办法了吧？
但是我一开始就理解正确的构建吗？既然如此，我相信没有别的办法，只能每次都构建系统，然后看看它是如何运行的。
所以我这里可能有解决方案，但我希望有人可以向我保证这是正确的，或者告诉我为什么不正确？！
非常感谢任何帮助！
Building 在此上下文中意味着所有 Android 源文件都由 java 重新编译编译器并生成一个巨大的 .jar 文件。这是我们在 Android 应用程序项目的库依赖项中看到的 Android.jar 文件。
不幸的是，简短的回答是，除了每次进行更改时重新编译 Android 框架文件的整个 blob 之外，您别无选择。我可以建议你的是事先计划好所有的改变，这样你就不会浪费很多时间。
对于一个项目，我正在更改 Android 系统的应用程序框架层中的某些 ContentProvider 文件。当我尝试不同的事情时，我想知道是否有必要为我所做的每个更改构建 Android 源，或者是否有一种方法可以在不构建的情况下以某种方式模拟系统？
我不完全确定 "building" 是什么意思，因为我找不到包含 Android 作为上下文的正确定义。我认为这是某种编译？
将源代码转换成可执行程序？那样的话我想没有别的办法了吧？
但是我一开始就理解正确的构建吗？既然如此，我相信没有别的办法，只能每次都构建系统，然后看看它是如何运行的。
所以我这里可能有解决方案，但我希望有人可以向我保证这是正确的，或者告诉我为什么不正确？！
非常感谢任何帮助！
Building 在此上下文中意味着所有 Android 源文件都由 java 重新编译编译器并生成一个巨大的 .jar 文件。这是我们在 Android 应用程序项目的库依赖项中看到的 Android.jar 文件。
不幸的是，简短的回答是，除了每次进行更改时重新编译 Android 框架文件的整个 blob 之外，您别无选择。我可以建议你的是事先计划好所有的改变，这样你就不会浪费很多时间。