惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

aimingoo的专栏
aimingoo的专栏
Jina AI
Jina AI
WordPress大学
WordPress大学
Recent Announcements
Recent Announcements
G
Google Developers Blog
I
InfoQ
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Google DeepMind News
Google DeepMind News
P
Proofpoint News Feed
MyScale Blog
MyScale Blog
M
MIT News - Artificial intelligence
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
C
Check Point Blog
J
Java Code Geeks
T
Tailwind CSS Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Microsoft Security Blog
Microsoft Security Blog
MongoDB | Blog
MongoDB | Blog
V
Visual Studio Blog
人人都是产品经理
人人都是产品经理
量子位
A
About on SuperTechFans
D
DataBreaches.Net
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知

CAYZLH

Reasonix 开箱:聊聊我装的那些 Skill 收藏一份自驾中国的愿望清单 白夜行·谢幕 英雄联盟的昨日今天与符文大乱斗 折腾的尽头是极简 一个 `data.` 引发的血案——Redis 连接 localhost 问题排查全记录 MacBook上备忘录APP的快捷键和手势 让Google屏蔽某些搜索结果 WSL自定义安装Ubuntu typora自动上传图片配置 自建giscus服务 Windows下结束指定端口的进程 批量修改maven多模块版本号 使用winsw部署SpringBoot项目 Gson简易指南 docker搭建Consul集群 使用Docker部署SpringBoot项目 Docker使用redis镜像 Docker使用rabbitmq Docker使用zookeeper Docker使用MySQL Dockerfile常用指令 Docker免sudo操作 雷鸟电视去广告 使用ADB卸载MIUI系统应用 利用GitHub做图床 将网站变成灰色 Github上传大文件 Android远程调试命令adb vscode快捷键的使用
Android Support vs AndroidX
Ant丶 · 2021-11-14 · via CAYZLH

Android Support Library 的由来

Android 3.0 (API 11) 为了更好地兼容平板,加入了Fragment,而想让低版本的系统也能用上,需要做一个向下兼容,于是Android团队推出了Android Support Library。

老Android们熟知的下述库 (v后面的数字代表最低兼容API版本,如4对应Android 1.6) 都属于Android Support Library:

com.android.support:support-v4→ Android 1.6,包含Fragment、NotificationCompat等控件,包含v7和v11的基础功能,早期用到。

com.android.support:appcompat-v7:xx.xx→ Android 2.1,增加了很多Material Design的兼容类和素材,包含v4的全部内容,用得最多。

support-v13→ Android 3.2,为平板开发推出的版本兼容包,Android 3.x系统是平板专用系统,用得不多。

Android版本更新飞快,现在都Android 12了,国内APP基本都最少兼容Android 5.1 (API 21),这种v4、v7的命名早已没太大的意义。

AndroidX Library 的出现

从Android 9.0 (API 28) 开始,appcompat-v7:28.0.0 作为 Support Library的 终结版本,未来的新特性和改进都会进入AndroidX Library。升级内容主要有两个方面:

包名→ Support Library 中的API包名都是 android.support.,而AndroidX Library中的API都变成androidx.,意味着后续android.*包下的API都是随系统发布的,而androidx.包下的API都是随着扩展库发布的,API基本不依赖于操作系统的具体版本。

命名规则→ AndroidX Library 中所有的库命名规则不再包含具体的操作系统API版本号,如下面的appcompat-v7变成了appcompat库。

api 'com.android.support:appcompat-v7:28.0.0'
api 'androidx.appcompat:appcompat:1.0.0'

从Support 过渡到 AndroidX

一键迁移

AS 3.2及以上版本提供了一键迁移到AndroidX的功能,依次点击菜单栏的 Refactor → Migrate to AndroidX。

注:一键迁移,compileSdkVersion需大于等于28,否则会提示:You need to have at least have compileSdk 28 set in your module build.gradle to refactor to androidx。

如果迁移失败,就重复下面的①②③④步进行手动迁移吧~

① 版本要求

Android Studio → 升级到3.2及以上;

Gradle插件 → 升级到4.6及以上,可在gradle/wrapper/gradle-wrapper.propertie 中修改distributionUrl指向版本号;

compileSdkVersion → 升级到28及以上;

buildToolsVersion → 升级到28.0.2及以上;

② 迁移AndroidX配置

在项目的 gradle.properties 文件中添加下述配置:

# 当前项目启用androidx
android.useAndroidX=true

# 将依赖包也迁移到androidx,一般写true
# 如果设为false表不迁移依赖包到 androidx,如果有第三方依赖可能会出问题
android.enableJetifier=true

③ 修改依赖库

参照AndroidX变化中的依赖库映射改,可直接查官方文档:

https://developer.android.com/jetpack/androidx/migrate/artifact-mappings

或下载映射的CSV文件:

https://developer.android.com/topic/libraries/support-library/downloads/androidx-artifact-mapping.csv

修改示例如下:

implementation com.android.support:cardview-v7
替换成→ implementation androidx.cardview:cardview

implementation com.android.support:collections
替换成 → implementation androidx.collection:collection

implementation com.android.support:coordinatorlayout
替换成 → androidx.coordinatorlayout:coordinatorlayout

④ 依赖类重新打包

参照AndroidX变化中的类映射改,可直接查官方文档:

https://developer.android.com/jetpack/androidx/migrate/class-mappings

或下载映射的CSV文件:

https://developer.android.com/topic/libraries/support-library/downloads/androidx-class-mapping.csv

修改示例如下:

import android.support.v7.app.AlertDialog    
修改成 → import androidx.appcompat.app.AlertDialog

import android.support.v7.app.AppCompatActivity
修改成 → import androidx.appcompat.app.AppCompatActivity

Tips:对了,还可能需要手动对混淆文件proguard-rules进行修改~