Compose Multiplatform 的真正遗产：不是 - 传奇开心果 - 沸点 - 掘金

程序员

#1024·AI时代程序员的新饭碗#

Compose Multiplatform 的真正遗产：不是“写一次”，而是“重新定义谁在写”

2025年5月，Compose Multiplatform for iOS 进入稳定版。多数解读把它当作“跨平台 UI 又多了一个选项”。但一个被忽略的信号藏在 JetBrains 的发布措辞里：它不是要求你“要么全共享，要么全原生”，而是允许“一次一个屏幕、一个功能”地集成。这指向一个远比代码复用更深刻的转向。

过去十年，跨平台叙事的隐含前提是**替代**：用一套代码替代两套，用一个框架替代两个团队。Flutter 的自绘引擎、React Native 的桥接，本质上都在回答“如何用更少的人写更多的端”。但 CMP 的 iOS 稳定版加上与 SwiftUI/UIKit 的互操作能力，把问题从“替代谁”改成了“共享到什么粒度”。你可以只共享逻辑，UI 完全原生；可以共享 UI，保留平台特有能力；也可以在同一个屏幕里混合 Compose 与原生视图。跨平台不再是一个非此即彼的“框架选择”，而变成了一条**可调节的光谱**。

这个转变的真正冲击落在组织层面。有团队从纯 Android 背景出发，借助 CMP 直接进入 iOS 开发，iOS 工程师也反向学习 Kotlin 参与共享代码。跨平台工具的价值，第一次从“降低人力成本”前移到了“重新配置人的能力边界”。当共享的粒度可以按屏幕、按功能、按团队节奏来决定，技术选型就不再只是架构决策，而是一种**组织设计决策**：你选择在哪一层共享，就等于选择让什么样的人、以什么样的协作方式去构建产品。

“写一次，处处运行”从来是一个工程理想，但它隐含的是一种以代码为中心的傲慢。CMP 稳定版最有意义的启示或许恰恰相反：跨平台成熟到一定阶段，就不再关于代码本身，而关于**释放人的组合方式**。当框架不再逼迫团队在“跨平台”和“原生”之间站队，真正的创新空间才回到那些原本被二元对立消耗掉的地方——谁和谁一起写，以及他们能写出什么单一边界内写不出的东西。

展开

技术交流圈

赞过