»
首页
|
手机数码
|
汽车资讯
|
游戏硬件
|
评测专题
|
手机壁纸
|
海淘值得买
|
度假
|
求职招聘
|
广告联系
» 您尚未登录:请
登录
|
注册
|
标签
|
帮助
|
小黑屋
|
TGFC Lifestyle
»
完全数码讨论区
» 呵呵,这就是方舟编译器
发新话题
发布投票
发布商品
发布悬赏
发布活动
发布辩论
发布视频
打印
[数码手机]
呵呵,这就是方舟编译器
MacPhisto
魔王撒旦
帖子
7054
精华
0
积分
14256
激骚
271 度
爱车
主机
相机
手机
注册时间
2009-8-31
发短消息
加为好友
当前离线
1
#
大
中
小
发表于 2019-8-6 23:27
显示全部帖子
看了一遍华为的宣传,感觉这个编译器是把java代码转译成中间形式然后编译为本地代码。
这么做不奇怪,仅以游戏开发为例,unreal和unity都提供把脚本语言native化提高性能的选项。
问题是,游戏开发这种专用场景,你可以这么做。因为开发商用unity C#和unreal Blueprint都只是用来写一些游戏脚本而已。连c with class都算不上。
如果是app通用开发呢?开发者将被限制只能使用java的一个子集,目的就是为了能够转译成类似c++的中间代码。
另外不用gc而用rc。说白了就是把内存管理甩锅给开发者。这个本身问题不大,毕竟很多开发者都乐意获得更多控制。但你跟我说不需要修改代码,转译+编译一下就可以性能提升60%?搞笑呢。到头来还不是write once, debug everywhere.
[
本帖最后由 MacPhisto 于 2019-8-7 04:29 编辑
]
附件:
您所在的用户组无法下载或查看附件
UID
142916
帖子
7054
精华
0
积分
14256
交易积分
0
阅读权限
40
在线时间
22639 小时
注册时间
2009-8-31
最后登录
2024-11-1
查看详细资料
TOP
控制面板首页
密码修改
积分交易
积分记录
公众用户组
基本概况
版块排行
主题排行
发帖排行
积分排行
交易排行
在线时间
管理团队
管理统计