Android Studio3.1.2在项目的build.gradle中添加百分比布局库的依赖问题

一、问题

       第一行代码Android的作者在使用百分比布局的时候是在build.gradle中添加如下的百分比布局库依赖。

打开app/build.gradle文件,在dependencies闭包中添加如下内容: 

dependencies{
   compile fileTree(dir:'libs',include:['*.jar'])
   compile 'com.android.support:appcompat-v7:24.2.1'
   compile 'com.android.support:percent:24.2.1'
   testCompile 'junit:junit:4.12'
}

       但是在添加之后发现代码报错,因为Appcompat后面的版本号太低出现了兼容性问题。

       接下来把dependencies闭包中的代码compile更改为implementation,版本号更改为-v7:27.1.1就可以了,更改完成后记得要点击一右上角的Sync Now同步,如下图:

效果图:

下面引用来自:https://blog.youkuaiyun.com/silenceoo/article/details/78735687

         这是因为Android Studio版本更新至3.0了,更新后,连带着com.android.tools.build:gradle 工具也升级到了3.0.0,在3.0.0中使用了最新的Gralde 4.0 里程碑版本作为gradle的编译版本,该版本gradle编译速度有所加速,更加令人兴奋的是完全支持Java8。当然,对于Kotlin的支持,在这个版本也有所体现,Kotlin插件默认是安装的。

二、依赖变化

    当我们使用Android Studio3.0新建项目时会发现,默认的依赖由之前的compile更改为implementation了。

3.0 以下版本build.gradle中依赖的写法:

compile fileTree(dir: 'libs', include: ['*.jar'])

但在3.0后的写法为

implementation fileTree(dir: 'libs', include: ['*.jar'])
或
api fileTree(dir: 'libs', include: ['*.jar'])

三、区别

     在3.0版本中,compile 指令被标注为过时方法,而新增了两个依赖指令,一个是implementation和api,这两个都可以进行依赖添加,但是有什么区别呢?

api

    完全等同于compile指令,没区别,你将所有的compile改成api,完全没有错。

implementation

       这个指令的特点就是,对于使用了该命令编译的依赖,对该项目有依赖的项目将无法访问到使用该命令编译的依赖中的任何程序,也就是将该依赖隐藏在内部,而不对外部公开。

举个例子:

       比如我在一个libiary中使用implementation依赖了gson库,然后我的主项目依赖了libiary,那么,我的主项目就无法访问gson库中的方法。这样的好处是编译速度会加快,推荐使用implementation的方式去依赖,如果你需要提供给外部访问,那么就使用api依赖即可

    在Google IO 相关话题的中提到了一个建议,就是依赖首先应该设置为implementation的,如果没有错,那就用implementation,如果有错,那么使用api指令,这样会使编译速度增快。

<think>我们正在解决一个Android单元测试的问题:如何确认测试用例是否在build.gradle的作用范围内,以避免运行测试时发生`Resources$NotFoundException`崩溃。根据引用[1]和[2],我们知道在gradle版本3.0以上,使用Robolectric可能会出现资源找不到的问题,而解决方案是在`build.gradle`中配置`includeAndroidResources = true`。 用户的问题是如何确认测试用例是否位于`build.gradle`文件的作用范围内。实际上,测试用例的位置(在哪个模块的哪个目录下)决定了它是否受到特定模块的`build.gradle`配置的影响。在Android项目中,单元测试用例通常位于以下目录: - `module-name/src/test/java/`:这是用于本地单元测试(不依赖Android设备)的目录,这些测试运行在JVM上。 - `module-name/src/androidTest/java/`:这是用于仪器化测试(需要Android设备或模拟器)的目录。 我们讨论的单元测试通常放在`src/test/java/`目录下。而`build.gradle`文件(模块级别的)的作用范围就是它所在的模块。因此,只要测试用例位于该模块的`src/test/java/`目录下,它就会受到该模块`build.gradle`中配置的影响。 但是,仅仅位置正确还不够,我们还需要在`build.gradle`中正确配置测试选项,以避免资源找不到的错误。具体来说,我们需要在`build.gradle`中添加以下配置: ```groovy android { testOptions { unitTests { includeAndroidResources = true // 关键配置,使测试可以访问资源 } } } ``` 这样,当运行位于`src/test/java/`目录下的测试时,就会启用包含Android资源的设置,从而避免`Resources$NotFoundException`。 因此,确认测试用例是否在`build.gradle`作用范围内,需要两步: 1. 确认测试用例位于模块的`src/test/java/`目录下(即与`build.gradle`文件在同一模块内)。 2. 确认该模块的`build.gradle`文件中已经配置了`includeAndroidResources = true`。 如果测试用例不在这个目录下,比如放在了`androidTest`目录下,那么它属于仪器化测试,运行在设备上,通常不需要这个配置(因为设备上有完整的资源环境)。但是,如果测试用例在`test`目录下(本地单元测试),并且需要访问Android资源,那么就必须配置`includeAndroidResources = true`。 另外,引用[4]提到,有些配置可能只在Android Studio中运行测试时有效,而在命令行中无效。因此,我们还需要确保在命令行运行测试时也能正确配置。通常,在`build.gradle`中配置后,命令行运行测试也会生效。 总结步骤: 步骤1:检查测试用例的位置 - 打开项目,找到你的测试类,查看它所在的路径。例如:`app/src/test/java/com/example/MyTest.java`。 步骤2:检查模块的build.gradle配置 - 打开该模块(例如app模块)的`build.gradle`文件。 - 在`android`块内,检查是否有`testOptions`配置,并且其中设置了`unitTests.includeAndroidResources = true`。 步骤3:运行测试验证 - 运行测试,看是否还会出现`Resources$NotFoundException`。 如果按照以上步骤配置后问题仍然存在,那么可能还需要添加其他依赖,比如Robolectric,并确保使用正确的测试运行器(如`@RunWith(AndroidJUnit4.class)`)。 示例配置: 在`app/build.gradle`中: ```groovy android { // ... 其他配置 testOptions { unitTests { includeAndroidResources = true // 如果需要,还可以配置returnDefaultValues returnDefaultValues = true // 当调用没有mock的方法时,返回默认值(如null或0)避免异常 } } } dependencies { testImplementation &#39;junit:junit:4.13.2&#39; testImplementation &#39;androidx.test:core:1.5.0&#39; testImplementation &#39;org.robolectric:robolectric:4.9&#39; } ``` 在测试类中: ```java import androidx.test.ext.junit.runners.AndroidJUnit4; import org.junit.runner.RunWith; @RunWith(AndroidJUnit4.class) public class MyTest { @Test public void testSomething() { // 测试代码 } } ``` 通过以上步骤,我们可以确认测试用例是否在`build.gradle`的作用范围内,并正确配置以避免资源找不到的崩溃。 引用说明: [^1]: 在Android单元测试(四):Robolectric框架的使用中,我说到了在gradle版本为3.0以上使用Robolectric会报错Resources$NotFoundException,如果你真的需要在3.0以上使用(本人现使用3.1.2,亲测有效),可以这样:在`build.gradle`中配置`includeAndroidResources = true`。 [^2]: 有时候,我们查找资源的时候会报错android.content.res.Resources$NotFoundException: Resource ID #0x7f090054,比如在build.gradle文件里面配置`includeAndroidResources = true`可以解决。 因此,关键点就是测试用例的位置和`build.gradle`中的配置。 相关问题1. 如何正确配置Android项目的单元测试环境? 2.Android Studio中运行单元测试和命令行中运行有何不同? 3. 为什么在单元测试中需要访问Android资源时会抛出`Resources$NotFoundException`? 4. Robolectric在Android单元测试中起到什么作用?</think>要确认 Android 单元测试用例是否位于 `build.gradle` 作用范围内并避免 `Resources$NotFoundException` 崩溃,请按照以下步骤操作: ### 🔍 确认测试用例位置的步骤 1. **检查测试目录结构** - 有效位置:`src/test/java/` 目录下的所有测试类 - 无效位置:`src/androidTest/`(这是仪器化测试目录) - 示例路径: ``` app/ ├── build.gradle <-- 作用范围起始点 └── src/ └── test/ <-- 单元测试作用域 └── java/ └── com/ └── example/ └── MyUnitTest.java ✅ 在作用范围内 ``` 2. **验证 build.gradle 配置** 在模块级 `build.gradle` 中必须包含以下配置: ```groovy android { testOptions { unitTests { includeAndroidResources = true // ✅ 关键配置 returnDefaultValues = true // ✅ 防止空指针 } } } ``` 此配置的作用范围覆盖整个模块的 `src/test/java/` 目录[^1][^2] 3. **检查测试类注解** 在测试类顶部添加资源加载配置: ```java // 正确配置示例 @RunWith(AndroidJUnit4.class) @Config(manifest = Config.NONE) // ✅ 避免自动加载 manifest public class MyUnitTest { // ... } ``` 4. **运行验证命令** 在终端执行: ```bash ./gradlew test --debug ``` 检查输出中是否包含: ``` [DEBUG] Loading tests from: /project/app/src/test/java [DEBUG] Applying unitTests.includeAndroidResources=true ``` ### ⚠️ 常见配置错误排查 | 错误现象 | 解决方案 | |---------|----------| | 测试类在 `androidTest/` 目录 | 迁移到 `src/test/java/` | | 缺少 `includeAndroidResources=true` | 在 `build.gradle` 添加配置 | | 未配置 `@Config(manifest=Config.NONE)` | 在测试类添加注解 | | 使用 `androidTestImplementation` 依赖 | 改为 `testImplementation` | ### 📦 正确依赖配置示例 ```groovy // app/build.gradle dependencies { // ✅ 单元测试专用依赖 testImplementation &#39;junit:junit:4.13.2&#39; testImplementation &#39;org.robolectric:robolectric:4.9&#39; testImplementation &#39;androidx.test:core:1.5.0&#39; // ❌ 避免混用仪器化测试依赖 // androidTestImplementation &#39;androidx.test:runner:1.5.2&#39; } ``` ### 作用范围验证原理 当满足以下条件时,测试用例在作用范围内: 1. 物理位置在模块的 `src/test/java/` 目录下 2. 模块的 `build.gradle` 包含 `includeAndroidResources=true` 3. 使用 `testImplementation` 依赖而非 `androidTestImplementation` 4. 测试类配置了 `@Config(manifest=Config.NONE)`[^1][^2] > **提示**:使用 Android Studio 的 **Gradle 工具窗口** > **Tasks** > **verification** > **test** 运行测试,IDE 会自动验证作用范围配置是否正确。
评论 11
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值