这是一个创建于 1109 天前的主题，其中的信息可能已经有所发展或是发生改变。
https://blog.jetbrains.com/kotlin/2021/12/compose-multiplatform-1-0-is-going-live/
Kotlin 是个很优秀的语言，可以看做是 Java 的后继者，Compose Multiplatform 有谷歌以及 JetBrains 支持，发展很看好。
JavaFX 的尝试实际上并不太成功，JVM 平台写桌面端 UI 的选择终于有了。
1.0 正式版即将发布，期待 Compose Multiplatform 的实际表现。
7 条回复
 |
1
AndyAO OP 不知道 IDEA 是否有希望从 swing 迁移到 compose-jb ，如果可以对整个生态应该是很大的带动。
这对构建跨平台的 App 是很有帮助的，现在很多人喜欢用 Electron ，可是带着浏览器毕竟还是太占资源了。 很多人对这种占用资源巨大的应用，有种本能的排斥。 compose-jb 直接使用 Electron 的底层图形库，从而避免了这个问题。 JVM 的生态也很成熟和丰富，不必 JavaScript Host 差。 |
 |
2
duanquanyong 2021-12-09 08:32:18 +08:00
jvm 占的资源不比浏览器少，看看 IDEA 就知道了
|
 |
4
wjploop 2021-12-09 11:22:02 +08:00  1
我虽然很喜欢 compose ，但是对其发展却不太看好。
目前的情况是，相比于 flutter ，compose 使用的人太少了，从 stackoverflow 的 Tag 分类的问题看，差了 100 倍。 我喜欢 compose 的原因是，我觉得 kotlin 写起来比 dart 舒服，但这并不能说 kotlin 比 dart 优秀，dart 本身无锁的设计使其对象回收快的特点也很吸引人，只是我被 kotlin“浅薄”的语法糖吸引了。 而且，写 kotlin 的人是原本在写 android 应用的，而 dart 可以喜欢前端、ios 的开发者，加上 flutter 的先发优势，就造成现在略微尴尬的局面了。 另外，flutter 更有“星辰大海”的感觉，为啥呢？ flutter 本身的坐标体系不拘束于笛卡尔坐标，是`RenderObject` 而非 `RenderBox`，天生支持角坐标系，或扩展出自己定义的坐标系，简单说，flutter 抽象程度更高。相对的，compose 就显得“脚踏实地”一点。 以上有什么说的不对的，还请指出。 |
|
5
AndyAO OP @duanquanyong #2
只有相同的功能，用不同的方式实现才有对比的价值。 |
|
6
AndyAO OP @wjploop #4
有时候就是那些语法糖让人舒服，语法越花哨复杂，越不适合团队合作，但越适合担任单人高效编程。 这是个人效率和团队效率的矛盾。 码农语言往往就是简单直接的，但极客普遍不喜欢。 最终行不行还得看之后的发展，现在不好下判断，compose 现在才出 1.0 ，没有人用很正常，不会有什么正经的项目会在稳定版没出的时候就上这个东西。 不过谷歌和 JetBrains 都下注了还是值得等待的。 咱现在不用就站在那里看看也是好的。😄 |
 |
7
industryhive 2021-12-09 20:40:20 +08:00
@duanquanyong 如果用 native image 编译的话，可以极大的节省资源。
|
Select Language