导入类库 在JUnit 5还在测试阶段的时候，官方文档上还有在Maven和Gradle中集成JUnit 5的例子。...如果方法上有TestInfo类型的实例，JUnit 5框架就会自动注入该实例，这个实例的几个方法可以让我们获取测试类和测试方法的名称、显示名称、标签等信息。...常见问题 区分不同版本间的@Test注解 就在我写这篇文章的时候， 我的测试小例子就遇到了一个问题，测试通不过，显示如下的错误信息。...但是前面明明说了，JUnit 5取消了这个限制，那么为什么还会出现这个错误呢？我仔细一看，发现了错误所在。...当然这里为了学习和使用，我同时引用了JUnit 4的包，所以才会出现这个冲突。如果没有什么特殊需求的话，建议只导入JUnit 5的jar包，防止出现混淆。
2.7、packagingOptions{}闭包：打包时的相关配置 当项目中依赖的第三方库越来越多时，有可能会出现两个依赖库中存在同一个（名称）文件。...如果这样，Gradle在打包时就会提示错误（警告）。.../LICENSE'] //merges何必 当出现重复文件时 合并重复的文件 然后打包入apk //这个是有默认值得 merges = [] 这样会把默默认值去掉 所以我们用下面这种方式 在默认值后添加...，其中com.android.support为域名部分，用于区分不同公司的库；appcompat-v7为组件名称，用于区分同一个公司的不同库；27.1.1为版本号，用于区分同一个库的不同版本。...文件时 只用第一个 这样打包就不会报错 pickFirsts = ['META-INF/LICENSE'] //merges何必 当出现重复文件时 合并重复的文件 然后打包入apk //这个是有默认值得
2.7、packagingOptions{}闭包：打包时的相关配置 当项目中依赖的第三方库越来越多时，有可能会出现两个依赖库中存在同一个（名称）文件。...如果这样，Gradle在打包时就会提示错误（警告）。...= ['META-INF/LICENSE'] //merges何必 当出现重复文件时 合并重复的文件 然后打包入apk //这个是有默认值得 merges = [] 这样会把默默认值去掉...，其中com.android.support为域名部分，用于区分不同公司的库；appcompat-v7为组件名称，用于区分同一个公司的不同库；27.1.1为版本号，用于区分同一个库的不同版本。...文件时 只用第一个 这样打包就不会报错 pickFirsts = ['META-INF/LICENSE'] //merges何必 当出现重复文件时 合并重复的文件 然后打包入apk //这个是有默认值得
同时，这个包名也是引用资源的路径名，即R资源文件的包名。 引入Gradle之后，就多了一个applicationId的概念。...但这样是不够的，两个app将会一模一样，很难区分。因此，我们也要修改两个环境版本的应用名称，同时还要使用不同的应用图标。怎么做呢？...保持一致的位置和名称，只是图片不同。...但对于java类则不同，beta里定义的java类并不会覆盖main目录里相应的java类。事实上，两个目录的java类只能有一份，否则会出现类重复的错误。...都有一份拷贝，代码实现可以不同，但main目录下则不能有该Activity类。
-dontskipnonpubliclibraryclassmembers 指定不去忽略包可见的库类的成员。...在build.gradle 里面配置shrinkResources true，在打包的时候会自动清除掉无用的资源，但经过实验发现打出的包并不会，而是会把部分无用资源用更小的东西代替掉。...删除x86包下的so 与第十条不同的是，x86包下的so在x86型号的手机是需要的，如果产品没用这方面的要求也可以精简。...使用provided可以保证代码编译通过，但是实际打包中并不引用此第三方库，实现了控制APP大小的目标。 但是也同时就需要开发者自己判断不引用这个第三方库时就不要执行到相关的代码，避免APP崩溃。...避免重复库 避免重复库看上去是理所当然的，但是秘密总是藏的很深，一定要当心你引用的第三方库又引用了哪个第三方库，这就很容易出现功能重复的库了，比如使用了两个图片加载库：Glide和Picasso。
:xx.xx → Android 2.1，增加了很多Material Design的兼容类和素材，包含v4的全部内容，用得最多； support-v13 → Android 3.2，为平板开发推出的版本兼容包...升级内容主要有两个方面： ① 包名 → Support Library 中的API包名都是 android.support.，而AndroidX Library中的API都变成androidx....如果迁移失败，就重复下面的①②③④步进行手动迁移吧~ ① 版本要求 Android Studio → 升级到3.2及以上； Gradle插件 → 升级到4.6及以上，可在gradle/wrapper/gradle-wrapper.propertie...androidx中对错误的检查和处理更严格，同一个xml布局文件中存在同名id会报错。 ④ attr.xml 中重复的属性名称会报错？...看官方从是哪个版本开始引用androidx库的，回退到之前的版本即可。另外，建议引用依赖库时使用具体的版本，而尽量避免使用latest.release或+方式。
使用Gradle，完成以下工作很方便： 构建APP不同版本的变种 制作简单类似脚本的任务 管理和下载依赖 自定义秘钥 更多 同时，Android Gradle插件作为新标准的构建系统正在被Google...RxJava 是函数式反应性的一个类库，换句话说，能处理异步的事件。 这是一个强大的和有前途的模式，同时也可能会造成混淆，因为它是如此的不同。 我们建议在使用这个库架构整个应用程序之前要谨慎考虑。...因此，使用一个正常范围的类库文件，同时使用dex-method-counts 工具来决定哪些类库可以再65k限制之下使用，特别的避免使用Guava类库，因为它包含超过13k个方法。...colors.xml是一个调色板 在你的colors.xml文件中应该只是映射颜色的名称一个RGBA值，而没有其它的。不要使用它为不同的按钮来定义RGBA值。...ProGuard 混淆了类，枚举，成员变量的名称，但是这些名字又被拿原始名称使用了，比如通过Java的反射。
: Unable to execute dex: method ID not in [0, 0xffff]: 65536 较新版本的 Android 构建系统虽然显示的错误不同，但指示的是同一问题： trouble...使用这些技巧使我们不必在应用中启用 Dalvik 可执行文件分包，同时还会减小 APK 的总体大小。...如果启动期间需要的任何类未在主 DEX 文件中提供，那么应用将崩溃并出现错误 java.lang.NoClassDefFoundError。...该情况不应出现在直接从应用代码访问的代码上，因为构建工具能识别这些代码路径，但可能在代码路径可见性较低（如使用的库具有复杂的依赖项）时出现。...提示：由于有适用于不同 Dalvik 可执行文件分包需求的不同构建变体，因此也可以为不同变体提供不同清单文件（这样，只有适用于 API 级别 20 和更低版本的清单文件会更改 标记名称），或者为每个变体创建不同的
前言 随着APP的一次又一次迭代，APP的体积也越来越大，这时候，会引发这么一个问题，早期的错误异常如下： ? 较新版本的 Android 构建系统虽然显示的错误不同，但指示的是同一问题： ?...使用这些技巧使我们不必在应用中启用 Dalvik 可执行文件分包，同时还会减小 APK 的总体大小。...如果启动期间需要的任何类未在主 DEX 文件中提供，那么应用将崩溃并出现错误 java.lang.NoClassDefFoundError。...该情况不应出现在直接从应用代码访问的代码上，因为构建工具能识别这些代码路径，但可能在代码路径可见性较低（如使用的库具有复杂的依赖项）时出现。...提示：由于有适用于不同 Dalvik 可执行文件分包需求的不同构建变体，因此也可以为不同变体提供不同清单文件（这样，只有适用于 API 级别 20 和更低版本的清单文件会更改 标记名称），或者为每个变体创建不同的
因为在大型软件项目中，往往是多个团队（或多个同学）协同开发不同模块，例如 A 模块依赖 B 模块，两个模块并行开发。...Maven 构建生命周期 我们需要使用 Maven 插件来发布类库，简单理解下 Maven 构建的生命周期，主要分为以下个步骤： 任务 阶段 描述 compile 编译 编译源代码 test 测试 执行单元测试...依赖类库：在项目级 build.gradle 声明远程仓库，在模块级 build.gradle 中依赖类库。...依赖类库：在项目级 build.gradle 声明远程仓库，在模块级 build.gradle 中依赖类库。...号影响类库版本的选择，而 -SNAPSHOT 影响是否向远程仓库更新最新版本。
Android项目有两个gradle文件：一个是整个工程项目的gradle文件，另一个是模块的gradle文件，两个gradle文件分别存放在不同的文件夹下面。...buil.gradle文件中，两个地方的repositories闭包都声明了jcenter。jcenter是一个代码托管仓库，很多Android开源项目都会将代码托管到jcenter上。...Android.tools.build:gradle:2.3.3”（最后面的数字部分是插件的版本号），即可在依赖库中加入gradle插件，并在项目中使用，非常方便。...Log.e()函数用于打印程序中的错误信息，例如：程序中出现了异常。错误信息通常表明程序存在比较严重的问题，需要修复才能正常运行。...对于一些敏感权限，在用户使用时进行动态申请。用户可以拒绝这些权限的申请，虽然不使用敏感性的操作，但同时又不影响其他功能的使用；而对于已经授予过的权限，用户也可以在系统设置中关闭授权。
缩短编译时间 使用 Gradle 的 Android Studio 编译系统针对模块化应用进行了优化，因此编译速度比较大的单体式应用要快得多。 相似的两个描述，都是加快速度、减少时间，含义却不一样。...这样就会导致编译时出现 base AndroidManifest.xml 依赖的 feature 资源找不到的错误： ?...动态模块分区隔离 会添加 android 和 base 资源包作为外部引用，所以在 base 中的公共资源仍可继续使用。但是引用了其他动态模块的资源就会出错，这是我们期望出现的。...运行时一致性 R.id 新的模块化开发在运行时还存在2类问题： 资源 id 错乱 编译时所有资源的 id 都是随机分配的，以前使用 .aar 缓存总会再分配不会出现错乱，但使用 .apk 缓存就会出错了...2类运行时问题我们通过替代 aapt2 解决： 固定 base 资源 id 由于资源是分区的，动态模块不论是不是缓存都不会出现错乱，只有共享的 base 模块才会在不同次编译的缓存中错乱。
/gradlew app:dependencies 去除重复依赖库优化 减少apk体积 android { ......全局变量的使用 在多个module的情况下，不同module的build.gradle文件中有部分配置项类似，或者依赖的类库，有部分是相同的，在维护上不是很方便，这个时候就可以考虑统一配置。...如果下载完可以配置gradle离线工作 ，勾选gradle会使得速度更快，但同时存在一个问题，如果需要从网上加载第三方库，会无法下载，所以酌情使用。所以需要没有的第三方模块记得把这个关了。...external libraries下的库在C:\Users\用户名\.gradle\caches\modules-2\files-2.1下，或者右击某个库下面的某个类，点击file path就可以查看...依赖包重复的问题 遇到这样的一个错误：com.android.dex.DexException: Multiple dex files define XXXX，一般情况下，是我们项目中引用了重复的库或者
的基类定义规则还是很容易发生错误，并没有被发现。...虽然定义了这些工具类，但终究存在应该使用而没有使用的情况。当然这些工具代码并不难，开发在自己的模块也能很容易的实现和使用，一般也不会出问题。然而上述讲的优点都会消失掉。...除此之外，ViewHolder、HttpTask 等代码也是固定模式的代码。 这些都是固定机械的代码，而如果是人肉去写的话，难免会出现代码风格不一致、不规范的情况，同时也浪费了一部分的时间。...image 如需要创建一个空的 Activity 页面，可以选择 Empty Activity，并填写类名，layout 名称等信息，之后就能出现对应的添加或修改：MainActivity.java、activity_main.xml...image A：配置 Profile，方便不同项目或者不同情况下使用不同的 Profile 进行检查 B：Lint 检查点 Group C：Lint 检查点具体描述 D：Lint 检查点警告级别设置 E
2.指定要导入Eclipse工程的目录 ? 3.完成 ? 4.修改因为sdk版本问题错误(参照其它module) ? 八、其它设置 1.区别一般Module与Android库 ?...九、AS快捷键 1.设置快捷为Eclipse的快捷键(但还是有些会不同) ? 2.修改快捷键 ? 3.修改快捷键_删除重复的 ? 4.导出导入设置 ? ? ? ?...或库 dependencies { // 编译libs目录下的所有jar包 compile fileTree(dir: 'libs', include: ['*.jar']) //测试时才编译...' d)gradle文件夹及其子文件 包含gradle-wrapper.jar gradle-wrapper.properties 这两个是gradle需要的两个文件, 在创建Project时自动生成...4.让程序一步一步运行, 同时观察变量数据 5.找到错误处, 修改代码, 重新运行测试 6.找到错误处, 修改代码, 重新运行测试 7.Debug视窗结构 ?
Gradle Web 插件 Gradle 提供了打包 war 包的插件，可以将 Web 应用部署到本地 Servlet 容器中。...Jetty 是一个流行的轻量级开源 Web 容器，Gradle 提供了 Jetty 插件，方便 Jetty 的使用。...我们为 War 插件引入两个依赖，Servlet 依赖使用到的是 providedCompile，它表示该依赖在编译时需要，但实际运行时由运行时的环境提供。...在本项目中就是 Jetty 提供，这样改依赖的相关文件就不会打包到 WAR 文件中了（避免 WAR 包过大以及可能出现的 JAR 包重复从而导致找不到相关类）。...通过依赖定义的运行时类库（如上面的）javax.servlet:jstl:1.1.2 拷贝到 WEB-INF/lib 下 打包后的目录如下： │ ├─.gradle │ ├─3.4 │ │ ├─file-changes
“合并资源”流程中，名称相同的资源被视为重复资源会被合并。...需要注意的是，这一流程不受shrinkResources属性控制，也无法被禁止， gradle 必然会做这项工作，因为假如不同项目中存在相同名称的资源将导致错误。...gradle 在四处地方寻找重复资源： src/main/res/ 路径 不同的构建类型（debug、release等等） 不同的构建渠道 项目依赖的第三方库 合并资源时按照如下优先级顺序： 依赖 ->...main -> 渠道 -> 构建类型 举个例子，假如重复资源同时存在于main文件夹和不同渠道中，gradle 会选择保留渠道中的资源。...同时，如果重复资源在同一层次出现，比如src/main/res/ 和 src/main/res2/，则 gradle 无法完成资源合并，这时会报资源合并错误。
导航 Plaid Plaid 是一个具有令人感到愉悦的 UI 的应用。它的主屏幕显示的新闻来自多个来源。 这些新闻被点击后展示详情，从而出现分屏效果。 该应用同时具有搜索功能和一个关于模块。...代码结构 从代码角度来看，Plaid 基于包从而有明确边界定义。但随大量代码库的出现，这些边界会被跨越且依赖会潜入其中。模块化要求我们更加严格地限定这些边界，从而提高和改善代码分离。...功能结构剖析 编译后代码可在包中进行结构优化。强烈建议在将代码分解成不同编译单元前，将代码移动至与功能对应包中。幸运的是我们不用必须重构，因为 Plaid 已很好地对应了功能。 ?...数据层和大部分域名层至少与其它一个模块共享，并且同时也保存在核心模块。 包变化 我们还对包名进行了优化，从而反映新的模块化结构体系。...通过各自新的模块名称，这同样运用于每一个功能。 这意味着许多导包必须改变。 对资源进行模块化会产生一些问题，因为我们必须使用限定名称消除生成的 R 类歧义。
Failed to resolve: junit:junit:4.12 出现原因：项目中引用了junit库中的代码，但是却没有相关的junit的依赖库 解决办法：添加相关的依赖库引用,在项目的Module...原因：重复依赖导致的. 解决办法： 找到报错的那个提示，看上面报错的是哪个类，双击shift搜索一下，看这个报错的类在哪个依赖库里面用到了。...在AS中，选择以project显示项目，找到最下面的External Libraries，然后继续找，找到相对应的类库。...原因：有3种情况可以导致这种错误发生： (1)导了重复jar包，或者导入了不同版本的同名jar包。...解决办法： (1)把重复的jar包删除掉，Rebuild Project，就OK了，如果，还有其他问题，那证明你的app下的build.gradle依赖配置就有问题。
“合并资源”流程中，名称相同的资源被视为重复资源会被合并。...需要注意的是，这一流程不受shrinkResources属性控制，也无法被禁止，gradle必然会做这项工作，因为假如不同项目中存在相同名称的资源将导致错误。...gradle 在四处地方寻找重复资源： src/main/res/ 路径 不同的构建类型（debug、release等等） 不同的构建渠道 项目依赖的第三方库 合并资源时按照如下优先级顺序 依赖...-> main -> 渠道 -> 构建类型 假如重复资源同时存在于main文件夹和不同渠道中，gradle 会选择保留渠道中的资源。...同时，如果重复资源在同一层次出现，比如src/main/res/ 和 src/main/res2/，则 gradle无法完成资源合并，这时会报资源合并错误。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
