林舟在讲台上敲下最后一个分号时，阶梯教室后排突然传来窃窃私语。投影仪上，用Kotlin Compose写的天气应用正随着滑块拖动实时切换主题色，而教案旁还摊着系里要求的XML布局模板。
“林老师，张教授上周还说Compose生态不全，企业都用XML呢。”前排戴眼镜的男生举了手，桌角堆着的《Android开发权威指南》还停留在View体系章节。
林舟指尖在键盘上顿了顿。他重生在2025年的初春，距离自己因传统开发技术迭代被裁员不过三年。前世直到失业面试时，他才发现大厂早已在新项目中全面推行Compose，而自己死守的XML布局知识，早已成了“基础加分项”而非“核心竞争力”。
“我们先做个对比。”他没直接回答，而是新建了两个工程，“用XML写一个带点击动画的列表项，再用Compose实现同样效果。”
二十分钟后，黑板上的代码量对比格外刺眼：XML加Java需要127行，还得处理findViewById和动画监听器；而Compose只用了38行，通过mutableStateOf管理选中状态，Modifier.animateContentSize自动实现过渡效果。
“可抖音上的技术博主说，新手学Compose是没学会走就想飞。”有人拿出手机晃了晃。
林舟笑了笑，调出自己前世参与的项目源码：“2023年全球Top1000安卓应用里，37%已经在用Compose。我之前待的公司，2024年的新项目全是Compose架构，XML只在维护老代码时用到。”他点开Android官方文档，“Google的课程早就把Compose放在核心位置，先掌握Kotlin基础和状态管理，再学布局反而更快。”
接下来的课程，他彻底推翻了系里的老教案。第一周不讲Activity生命周期，而是从Kotlin的lambda和协程入手，用三天时间让学生吃透空安全和函数式编程；第二周直接切入Compose的@Composable注解，从Column、Row这些基础组件开始，每天布置一个小项目：名片应用、骰子模拟器、小费计算器。
“状态驱动UI是核心，记住UI = f(state)。”林舟在讲台上演示着，“比如这个计数器，不用写setOnClickListener，只要改count的值，界面自动更新。”他故意改错代码，让学生观察remember缺失时状态丢失的现象，“这就是为什么要理解重组机制，避免不必要的计算。”
质疑声在第五周彻底消失。当其他班级还在调试XML布局的margin冲突时，林舟的学生已经能用LazyColumn实现带下拉刷新的列表，结合Room数据库完成本地数据持久化。有学生试着用Compose Multiplatform写了个简单的桌面应用，跨平台运行的效果让整个机房都沸腾了。
期末答辩时，林舟的学生展示了一个校园社交APP：从登录页的渐变动画，到消息列表的滑动删除，再到个人主页的主题切换，全程零XML代码，还支持手机和电脑端同步。评委席上的张教授翻看着源码，眉头渐渐舒展。
“你们怎么解决Compose和旧组件的兼容问题？”张教授突然问。
“用AndroidView封装现有的自定义View，”回答的学生熟练地演示着，“就像官方文档里教的，渐进式替换完全没问题。”
答辩结束后，张教授找到林舟：“明年的课程，能不能把你的教案共享出来？”
林舟望着窗外的晚霞，想起前世自己熬夜学Compose的日子。“可以，但得加个前提：先让学生摆脱‘技术为业务服务，不用学新东西’的误区。”他顿了顿，“毕竟技术迭代从不等准备好的人，我们要教他们站在未来看现在。”
开学季的招聘会上，林舟的学生成了香饽饽。当面试官问起Compose的性能优化时，他们能准确说出derivedStateOf和LazyList的key优化技巧；被要求现场写代码时，短短几分钟就能构建出响应式界面。
收到Offer的学生发来消息：“林老师，面试官说我们的技术栈正好踩中他们2026年的规划！”
林舟笑着回复，同时在新教案上添了一行：“补充Compose 3D UI新特性——SceneGraph API实践”。重生一次，他不仅要改变自己的命运，更要让这些年轻人，在技术浪潮里提前站稳脚跟。
