g****t
发帖数: 31659 | 1 除了Android之外。还一件怪事。
Java转成Kotlin，不就可以走LLVM了吗？
Kotlin已经有LLVM native executable的preview版本了。 |
N*****m
发帖数: 42603 | 2 scala也在搞native。
【在 g****t 的大作中提到】
: 除了Android之外。还一件怪事。
: Java转成Kotlin，不就可以走LLVM了吗？
: Kotlin已经有LLVM native executable的preview版本了。
|
d******c
发帖数: 2407 | 3 看了一下，搞native又想跨平台，最后还是只能子集功能跨平台使用common modules，
其他的有平台特定实现。否则它还得搞个虚拟机。
IBM的SWT其实就是swing的平台特定实现，所以效果好，性能高。这东西也只有eclipse
和相关东西用了。现在eclipse搞得太臃肿，可惜了。
【在 g****t 的大作中提到】
: 除了Android之外。还一件怪事。
: Java转成Kotlin，不就可以走LLVM了吗？
: Kotlin已经有LLVM native executable的preview版本了。
|
N*****m
发帖数: 42603 | 4 主流系统native，其他的用jvm，是个好方法
eclipse
【在 d******c 的大作中提到】
: 看了一下，搞native又想跨平台，最后还是只能子集功能跨平台使用common modules，
: 其他的有平台特定实现。否则它还得搞个虚拟机。
: IBM的SWT其实就是swing的平台特定实现，所以效果好，性能高。这东西也只有eclipse
: 和相关东西用了。现在eclipse搞得太臃肿，可惜了。
|
g****t
发帖数: 31659 | 5 Why IBM did not use LLVM?
eclipse
【在 d******c 的大作中提到】
: 看了一下，搞native又想跨平台，最后还是只能子集功能跨平台使用common modules，
: 其他的有平台特定实现。否则它还得搞个虚拟机。
: IBM的SWT其实就是swing的平台特定实现，所以效果好，性能高。这东西也只有eclipse
: 和相关东西用了。现在eclipse搞得太臃肿，可惜了。
|
d*******r
发帖数: 3299 | 6 Native Kotlin 要是有点非 GC 的内存管理就有意思了, optionally 的也行 |
d******c
发帖数: 2407 | 7 1. IBM搞swt是在eclipse之前，那是很早以前了。
2.LLVM解决不了这方面的问题。我觉得LLVM只能解决common module的问题。
你要搞平台无关，很多代码是很简单的，数学运算，控制逻辑，编译到任何平台都不是
很难的事情。用户界面才是难点，各个平台底层实现不一样，你只有两种方法：
搞虚拟机，各个平台实现虚拟机，语言层次则是完全一样的。这样你只能实现各个平台
UI方面的最大公约数，性能上也不可能最优化。Java Swing是这样。Swing始终没有真
正火起来，我觉得可能大家对UI还是要求性能高，要求界面好看，而AWT/Swing界面也
不算好看。等到sun/oracle开始搞Java FX试图用web来解决问题，更比不上人家直接
html5 / js了。
为每个主要平台实现一个底层库，然后用户开发时不接触底层细节，但不同平台的界面
会有各自风格。Qt可能是这样，我不是特别清楚。IBM SWT就是这样，所以windows和
linux下的SWT界面风格不同，性能也比Swing好不少。但你在windows下要多装个dll，
也只有eclipse和相关的东西用。
WEB界面算是第三种方法，浏览器帮你在各个平台实现了html/css/js，你只需要面对浏
览器。当然多个浏览器的兼容性问题也不小。
【在 g****t 的大作中提到】
: Why IBM did not use LLVM?
:
: eclipse
|
g****t
发帖数: 31659 | 8 My two cents:
如果果真要native 跨平台界面自用软件。
Lazarus free pascal是最好选择。语言好，用户接地气，开发快。社群都是生命力顽
强的屌丝工人。
: 1. IBM搞swt是在eclipse之前，那是很早以前了。
: 2.LLVM解决不了这方面的问题。我觉得LLVM只能解决common module的问
题。
: 你要搞平台无关，很多代码是很简单的，数学运算，控制逻辑，编译到任
何平台
都不是
: 很难的事情。用户界面才是难点，各个平台底层实现不一样，你只有两种
方法：
: 搞虚拟机，各个平台实现虚拟机，语言层次则是完全一样的。这样你只能
实现各
个平台
: UI方面的最大公约数，性能上也不可能最优化。Java Swing是这样。
Swing始终
没有真
: 正火起来，我觉得可能大家对UI还是要求性能高，要求界面好看，而AWT/
Swing
界面也
: 不算好看。等到sun/oracle开始搞Java FX试图用web来解决问题，更比不
上人家
直接
: html5 / js了。
: 为每个主要平台实现一个底层库，然后用户开发时不接触底层细节，但不
同平台
的界面
【在 d******c 的大作中提到】
: 1. IBM搞swt是在eclipse之前，那是很早以前了。
: 2.LLVM解决不了这方面的问题。我觉得LLVM只能解决common module的问题。
: 你要搞平台无关，很多代码是很简单的，数学运算，控制逻辑，编译到任何平台都不是
: 很难的事情。用户界面才是难点，各个平台底层实现不一样，你只有两种方法：
: 搞虚拟机，各个平台实现虚拟机，语言层次则是完全一样的。这样你只能实现各个平台
: UI方面的最大公约数，性能上也不可能最优化。Java Swing是这样。Swing始终没有真
: 正火起来，我觉得可能大家对UI还是要求性能高，要求界面好看，而AWT/Swing界面也
: 不算好看。等到sun/oracle开始搞Java FX试图用web来解决问题，更比不上人家直接
: html5 / js了。
: 为每个主要平台实现一个底层库，然后用户开发时不接触底层细节，但不同平台的界面
|
