»
首页
|
手机数码
|
汽车资讯
|
游戏硬件
|
评测专题
|
手机壁纸
|
海淘值得买
|
度假
|
求职招聘
|
广告联系
» 您尚未登录:请
登录
|
注册
|
标签
|
帮助
|
小黑屋
|
TGFC Lifestyle
»
完全数码讨论区
» 方舟编译器又换概念了?
发新话题
发布投票
发布商品
发布悬赏
发布活动
发布辩论
发布视频
打印
[其他]
方舟编译器又换概念了?
卖哥
银河飞将
帖子
35010
精华
0
积分
43366
激骚
78 度
爱车
主机
相机
手机
注册时间
2005-12-14
发短消息
加为好友
当前在线
1
#
大
中
小
发表于 2019-8-12 12:10
显示全部帖子
posted by wap, platform: Meizu M9
我觉得不是一回事。
首先,java在开发端的打包比正经编译快得多,我不认方舟存在快60%的可能性。
其次,无论aot还是jit,编译都发生在用户端,而方舟应用二进制发行的,那客户端的编译时间应该是0,同样对不上。
最后,如果说方舟的开发编译去比安卓的aot,那桌面比手机只快60%也太惨了吧……换句话说这没比较意义,因为配置必然不一样。
UID
50954
帖子
35010
精华
0
积分
43366
交易积分
0
阅读权限
40
在线时间
34279 小时
注册时间
2005-12-14
最后登录
2025-2-19
查看详细资料
TOP
卖哥
银河飞将
帖子
35010
精华
0
积分
43366
激骚
78 度
爱车
主机
相机
手机
注册时间
2005-12-14
发短消息
加为好友
当前在线
2
#
大
中
小
发表于 2019-8-12 12:14
显示全部帖子
posted by wap, platform: Meizu M9
我对此的解读是鸿蒙环境的方舟编译器比其他环境的方舟编译器编译速度快了60%。
意思是方舟编译器搭配鸿蒙的残废api,各种优化机制无法应用导致了编译速度更快。
UID
50954
帖子
35010
精华
0
积分
43366
交易积分
0
阅读权限
40
在线时间
34279 小时
注册时间
2005-12-14
最后登录
2025-2-19
查看详细资料
TOP
控制面板首页
密码修改
积分交易
积分记录
公众用户组
基本概况
版块排行
主题排行
发帖排行
积分排行
交易排行
在线时间
管理团队
管理统计