Kotlin Compose Multiplatform 1.0 即将上线

不知道 IDEA 是否有希望从 swing 迁移到 compose-jb ，如果可以对整个生态应该是很大的带动。

这对构建跨平台的 App 是很有帮助的，现在很多人喜欢用 Electron ，可是带着浏览器毕竟还是太占资源了。

很多人对这种占用资源巨大的应用，有种本能的排斥。

compose-jb 直接使用 Electron 的底层图形库，从而避免了这个问题。

JVM 的生态也很成熟和丰富，不必 Javascript Host 差。

jvm 占的资源不比浏览器少，看看 IDEA 就知道了

@AndyAO 据说新的 IDE Fleet 是使用 Compose Multiplatform 实现的

我虽然很喜欢 compose ，但是对其发展却不太看好。

目前的情况是，相比于 flutter ，compose 使用的人太少了，从 stackoverflow 的 Tag 分类的问题看，差了 100 倍。

我喜欢 compose 的原因是，我觉得 kotlin 写起来比 dart 舒服，但这并不能说 kotlin 比 dart 优秀，dart 本身无锁的设计使其对象回收快的特点也很吸引人，只是我被 kotlin“浅薄”的语法糖吸引了。

而且，写 kotlin 的人是原本在写 android 应用的，而 dart 可以喜欢前端、ios 的开发者，加上 flutter 的先发优势，就造成现在略微尴尬的局面了。

另外，flutter 更有“星辰大海”的感觉，为啥呢？

flutter 本身的坐标体系不拘束于笛卡尔坐标，是`RenderObject` 而非 `RenderBox`，天生支持角坐标系，或扩展出自己定义的坐标系，简单说，flutter 抽象程度更高。相对的，compose 就显得“脚踏实地”一点。

以上有什么说的不对的，还请指出。

@duanquanyong #2
只有相同的功能，用不同的方式实现才有对比的价值。

@wjploop #4

有时候就是那些语法糖让人舒服，语法越花哨复杂，越不适合团队合作，但越适合担任单人高效编程。

这是个人效率和团队效率的矛盾。

码农语言往往就是简单直接的，但极客普遍不喜欢。

最终行不行还得看之后的发展，现在不好下判断，compose 现在才出 1.0 ，没有人用很正常，不会有什么正经的项目会在稳定版没出的时候就上这个东西。

不过谷歌和 JetBrains 都下注了还是值得等待的。

咱现在不用就站在那里看看也是好的。

@duanquanyong 如果用 native image 编译的话，可以极大的节省资源。