g*t
2 楼
除了Android之外。还一件怪事。
Java转成Kotlin,不就可以走LLVM了吗?
Kotlin已经有LLVM native executable的preview版本了。
Java转成Kotlin,不就可以走LLVM了吗?
Kotlin已经有LLVM native executable的preview版本了。
h*n
3 楼
嗯,这个不错,同意
d*r
8 楼
Native Kotlin 要是有点非 GC 的内存管理就有意思了, optionally 的也行
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
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
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了。
: 为每个主要平台实现一个底层库,然后用户开发时不接触底层细节,但不同平台的界面
如果果真要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了。
: 为每个主要平台实现一个底层库,然后用户开发时不接触底层细节,但不同平台的界面
相关阅读
为什么码代码不能得奥斯卡奖把web service+client 包装成一个桌面GUI 软件容易吗?Kaggle 被买了云服务咋没人讨论AZURE自动码农机器永远也不会出来 (转载)WTF is docker EE几个前沿问题有什么中等规模的项目适合系统学习的?微软AI 能编程。。。Google CEO"我完全没意料到人工智能会突然兴起!"请问一个CNN结构设计的问题自己搞搞ML,训练nn的话 是自己攒个高配置服务器好是直接用g cloud好?为什么电脑不能自己写代码? (转载)java真是让人纠结请推荐vim的javascript plugin混linux+open source三个月有感,对开发人员来说就是个大坑啊!请教一个优化问题java DL,ML做一个简单的web app,求推荐框架学习Java有什么宝典?