企业网站建设合作协议范文楚雄seo
APP 要上google play，Android SDK 版本要升级到32；接了一个第三方SDK，不巧的是这个SDK引用appcompat是1.5.1，顺手把appcompat 包升级到1.5.1，这草率的一升，带来的不止一地鸡毛，还有精神上被残忍无情的蹂躏，心情上躁动不安，以及快要上线的APP给心理上带来的惴惴不安；再次吐槽android这种碎片化的诟病，当时RN SDK升级的痛苦仿佛瞬间又要扑面而来，而且这一次来的貌似更猛烈些。
一时的心血来潮
androidx.appcompat 版本： 1.3.1 ---> 1.5.1
在https://developer.android.google.cn/jetpack/androidx/releases/appcompat?hl=zh-cn查询到 1.5.1 会有如下依赖：
好家伙，Lifecycle 版本也要升级到 2.5.1，再查：
同时修改项目依赖版本到 2.5.1：
可以在Maven上面继续查询一下，androidx.appcompat 的依赖如下：
把对应的项目中依赖修改成对应版本，例如我的：
场面逐渐失控
本以为版本升级到此结束，编译轻轻click，起身打水，品一口我的西湖龙井；回来一看，我去！新的报错：appcompat-1.5.1-api.jar!/META-INF/appcompat_release.kotlin_module: Module was compiled with an incompatible version of Kotlin. The binary version of its metadata is 1.7.1, expected version is 1.5.1；截图如下：
顿时感觉不妙啊，这是要升级kotlin版本呐，思前想后一番纠结之后，都折腾到这份上了也不能停啊，于是开始了 kotlin 版本升级： 1.5.20 ----> 1.7.10
Sync 之后果然果然代码里出现各种语法错误提示，查看kotlin 官方文档：https://book.kotlincn.net/text/whatsnew17.html 看到了好多新语法特性，此时灰头土脸的还来不及细品这些，此间不小心看到了看到Gradle的字眼，瞬间感觉不太妙，编译报错gradle 版本过低，仔细一看：
好家伙，果然要升级Gradle，我的Android Studio好久没更新了，既然要gradle 7.0，那我就升级到最新版本Android Studio，免得好多kotlin 代码有语法高亮提示错误，一顿操作猛如虎，升级到了最新版本Android Studio；在官网：https://developer.android.google.cn/studio/releases/gradle-plugin?hl=zh-cn#kts查了一下Grandle对应插件版本：
于是把gradle版本升级到了：7.1.2，过程中还有gradle 要求运行java版本为11，自行搜索修改了一下Studio 设置，至此 Kotlin、 Android Studio、Gradle 都做了升级，语法错误高亮提示少了许多，点击运行依旧会提示语法错误，那就是苦力活了，各种when必须添加else分支、一些个判空操作的lamda表达式需要修改；
柳暗花明
看着几十上百个kotlin语法错误，无法编译，when必须添加else分支、一些个判空操作的lamda表达式语法糖需要修改，剩下的就是苦力活了，不断地修改语法错误，编译再修改，再编译，花了半天功夫总算是可以顺利编译通过了，再次短期我的茶杯，此时那茶已然凉透了，倒掉再泡一杯。。。
总结
代码虽然都修改完了，也能顺利运行起来，但如此大动干戈的修改代码，带来的不只是架构上的风险，业务层代码也进行了很多修改，虽然都是些语法适配修改，但毕竟是动了代码，作为码农我们敢拍胸脯保证百分之百的正确吗？我心里是惴惴不安的，这个样的改动，测试同学是不是又能全部覆盖呢，我想测试同学也是惶恐万分，我们开发是不是能把每一处修改都覆盖测试，以及交付测试时能够准确的告诉测试范围呢？对于这样的疑问我大底是要沉默了的。我想这样的改动若是最终引发了线上故障怕也只有开发去默默地背起这口锅了。
Android 的碎片化，每过一段时间就会给我们带来一次阵痛，也许一个简单API升级就会引发一系列的升级改造，我想不只是Android、Kotlin、RN、Flutter、Swift; 其实这种升级的兼容性是难以避免的，因为这是思想的变化、技术的革新，我们能做的就是拥抱变化，追随技术时代的步伐，不断学习新的架构，不断升级调整我们代码，这样我们才能始终守护住自己的那份麦田。That's All