一级a做爰片迅雷网站百度搜索引擎怎么做
今天刚好看到官方发布了一篇文章，用于讨论 Compose Multiplatform 和 Jetpack Compose 之间的区别，突然想起之前评论区经常看到说 “Flutter 和 CMP 对于 Google 来说项目重叠的问题”，刚好可以放一起聊一聊。
最近写的几篇内容写的太干，刚好要过年，大家也放假了，今天写篇水的。
实际上很多时候大家在讨论 Compose 的时候，会下意识把 Jetpack Compose 和 Compose Multiplatform 当成一个东西 ，但是实际上其实并合适，同样的情况也经常发生在 Kotlin Multiplatform （KMP） 和 Compose Multiplatform 之间。
这里其实需要搞清楚一个项目“归属”问题，就像是 JetBrains 自己发的这个 ：
- Jetpack Compose 是 Google 的项目，由 Google 支持的 Android UI 框架，属于 Google
- Compose Multiplatform 是由 JetBrains 开发的 Jetpack Compose 「扩展」，用于跨平台支持，属于 JetBrains
所以，你如果从实际项目归属看，其实严格意义上说 Compose Multiplatform 是属于 JetBrains 开发的「拓展」支持，本质上并不是直接归属 Google 项目，属于合作性质，所以从内部项目来说，它和 Flutter 并不直接重叠。
只是，由于 Compose Multiplatform 是基于 Jetpack Compose 开发，因此使用这些框架的体验非常相似，同时两者都由 Compose 内部的 compiler 和 runtime 进行支持，所以有相同的核心概念，可以用类似的 API 来构建 UI，包括
@Composable函数、状态处理 API（如remember）、UI 组件（如Row和Column）、修饰符、动画 API 等。
比如 JetBrains 提到，Jetpack 包含的 first-party libraries，例如 Foundation 和 Material 等，这些都是 Google 为 Android 发布的，而为了使这些库提供的 API 可从通用代码中使用，JetBrains 维护了这些库的多平台版本，这些库是为 Android 以外的目标发布的。
所以其实整个社区生态也是 JetBrains 在维护。
类似的还有 2024 Google I/O 上正式官宣的 Kotlin Multiplatform，它也是 Google Workspace 团队的一项长期「投资」项目，由 JetBrains 开发维护和开源的项目，简单来说，JetBrains 主导投入，Google Workspace 投资并提供技术支持。
所以本质上你看 Compose Multiplatform 和 Kotlin Multiplatform 的资料，它都是在 JetBrains 相关的网站发布，属于 JetBrains 的项目，甚至托管 Package 的 klibs.io 平台，也是属于 JetBrains 管理和发布。
当然，你要说和 Google 完全没关系肯定是不可能的，毕竟 Kotlin 、KMP、CMP 都属于 Google 和 JetBrains 深度合作项目，但是你要说是完全「亲生儿子」，又不是十分恰当，就像 JetBrains 提到的：
Compose Multiplatform 是基于 Google 发布的代码和版本构建，虽然 Google 的重点是适用于 Android 的 Jetpack Compose，但 Google 和 JetBrains 之间也密切合作以实现 Compose Multiplatform。
从这里理解，就可以大概理清楚：
- Jetpack Compose 是 Google 的亲儿子
- Compose Multiplatform 是通过「捐精」形式和 JetBrains “生出”的「私生子」，归母亲所有
- Kotlin Multiplatform 是 JetBrains 为「私生子」 提供的「童养媳」
是的，事实上 Kotlin Multiplatform 和 Compose Multiplatform 还需要分开看待，Kotlin Multiplatform 属于是 Kotlin 的「拓展」功能，它和 Compose Multiplatform 其实并没有“必然” 的关系：
你不用 Compose Multiplatform ，也可以使用 Kotlin Multiplatform ，它是支持独立运行的存在 。
如果硬是要举例，那就是 Kotlin Multiplatform 是可以直接用于编写跨平台共享业务逻辑的，甚至曾经就有些项目是 Flutter 写 UI ，然后 Kotlin Multiplatform 写业务的情况。
只是现在有了 Compose Multiplatform ， 所以 Kotlin Multiplatform 可以作为 Compose Multiplatform 的插件和底层跨平台支撑。
反过来看，也可以认为 Compose Multiplatform 作为 Kotlin Multiplatform 项目中的 UI 支持，它不是 Kotlin Multiplatform 本身的一部分，只是一个通过启用共享 UI 来补充 KMP 的 SDK。
就像是，你想在鸿蒙上兼容 KMP 和 Compose Multiplatform ，那其实是两个工作量。
所以，很多时候我们在提 Compose 的时候，会直接潜意识的把 Jetpack Compose、Compose Multiplatform 和 Kotlin Multiplatform 都当成一个整体和归属讨论，当时实际上，它们之间还是需要区分，也有必要做一些区分。
参考链接：
https://www.jetbrains.com/help/kotlin-multiplatform-dev/compose-multiplatform-and-jetpack-compose.html