avatar
g*t
2
除了Android之外。还一件怪事。
Java转成Kotlin,不就可以走LLVM了吗?
Kotlin已经有LLVM native executable的preview版本了。
avatar
h*n
3
嗯,这个不错,同意
avatar
N*m
4
scala也在搞native。

【在 g****t 的大作中提到】
: 除了Android之外。还一件怪事。
: Java转成Kotlin,不就可以走LLVM了吗?
: Kotlin已经有LLVM native executable的preview版本了。

avatar
d*c
5
看了一下,搞native又想跨平台,最后还是只能子集功能跨平台使用common modules,
其他的有平台特定实现。否则它还得搞个虚拟机。
IBM的SWT其实就是swing的平台特定实现,所以效果好,性能高。这东西也只有eclipse
和相关东西用了。现在eclipse搞得太臃肿,可惜了。

【在 g****t 的大作中提到】
: 除了Android之外。还一件怪事。
: Java转成Kotlin,不就可以走LLVM了吗?
: Kotlin已经有LLVM native executable的preview版本了。

avatar
N*m
6
主流系统native,其他的用jvm,是个好方法

eclipse

【在 d******c 的大作中提到】
: 看了一下,搞native又想跨平台,最后还是只能子集功能跨平台使用common modules,
: 其他的有平台特定实现。否则它还得搞个虚拟机。
: IBM的SWT其实就是swing的平台特定实现,所以效果好,性能高。这东西也只有eclipse
: 和相关东西用了。现在eclipse搞得太臃肿,可惜了。

avatar
g*t
7
Why IBM did not use LLVM?

eclipse

【在 d******c 的大作中提到】
: 看了一下,搞native又想跨平台,最后还是只能子集功能跨平台使用common modules,
: 其他的有平台特定实现。否则它还得搞个虚拟机。
: IBM的SWT其实就是swing的平台特定实现,所以效果好,性能高。这东西也只有eclipse
: 和相关东西用了。现在eclipse搞得太臃肿,可惜了。

avatar
d*r
8
Native Kotlin 要是有点非 GC 的内存管理就有意思了, optionally 的也行
avatar
d*c
9
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

avatar
g*t
10
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了。
: 为每个主要平台实现一个底层库,然后用户开发时不接触底层细节,但不同平台的界面

相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。