首先说一下,ARK的相关资料是极其匮乏的,代码仓里的md就是糊弄小孩子的,pandaIR也没有介绍,这个锅开发团队应该背着,我跟NEEN反馈过这个问题。坦白讲,我能坚持看这么多代码,然后去反推设计思路,已经是很不容易了,我猜错了也不怪我。然后回到主话题。这时候我不得不贴出当年老余发布会的这张图:华为消费者业务CEO余承东称,方舟编译器未来支持多语言统一编译,大幅提高开发效率,支持CC++、Java、JS和Kotlin等。华为官方...
2022-07-23 18:35:09 1点赞 0回复
不是说让开发者用NAPI,而是说在deveco里面直接把eTS编译成C++,再用C++编译器编译成.so,这些都是自动的,现在还没看到相关的功能。
2022-07-22 19:54:38 1点赞 1回复
为了完整阐述我的疑惑,或者说对arkui的挑战,请见下图:我们可以看到ARKUI目前主力的这条线路,从eTS到runtime,跟Java+ART没有本质的区别,在理论上也不可能超越成熟的ART。而下面这条绿色线路,现在好像还没见到怎么才能用,deveco是不支持的。
2022-07-22 19:52:07 1点赞 1回复
不是要比较arkui和webview,是要比较arkui和ART,这两个基本上是对等的。如果ARKUI最终的效率相对ART没有显著提升,那就不知道在扯什么淡了。即使编译成ABC也还是有解释执行的,ABC是bytecode,并不是nativecode。强类型语言的优势,除了工程管理的需要,更主要是在于编译器中段,也就是基于各种IR或者bytecode的编译优化,现在arkui的编译器并没有做多少中段优化,所以我说强类型语言的优势发挥不出来。TS2C++在ohos的开源代码...
2022-07-22 19:33:41 1点赞 1回复
我来踢场子:1、HAP也不是全部都是编译后执行,也有解释执行的;2、安卓现在也有AOT,而且大多数都是AOT,也都是编译成目标代码执行。所以比较的应该是runtime的效率,不应该纠结于编译还是解释。3、eTS也是先编译成JS再编译成pandair,所以这里面并没有强类型带来的太多优势。4、eTS编译成C++的东西,有没有真的在HarmonyOS当中得到应用?一句话,我认为目前的ARKUI只是一种妥协方案,本身并没有本质上的突破与提高,只是用eTS...
2022-07-22 10:14:25 2点赞 1回复
龙芯+鸿蒙,buff叠满
2021-12-14 23:16:45 3点赞 0回复
这文章错误好多啊,这是谁给加的精?拖出来打
2021-12-14 23:15:15 0点赞 0回复
可以用bmfinstall命令,就省掉sign和debug了,我在OHOS贡献的第一个PR
2021-12-14 16:55:22 0点赞 1回复
要回答你这个问题,首先我们要搞明白什么是IPC,IPCInterProcessCommunication,是操作系统内核最为重要的三个基础功能之一,其他两个分别是调度和内存管理。IPC有很多种类,包括如各种各样的锁,信号灯,消息队列,事件,signal,共享内存等等,IPC的作用是用于进程与进程之间的消息互通,并基于这些消息互通实现一些同步、互斥、协同等工作。从这个定义我们可以看出,IPC不止一种,在华为官方的宣传当中,应该是指某种特定的I...
2021-11-26 14:39:22 6点赞 1回复
感谢认真听讲,跟大家交流很开心!
2021-07-16 17:03:00 1点赞 0回复
VFS里面没有devledservice,原因可能是你编写的驱动没有被HDF加载,或者你写的几个HDF驱动的入口函数有问题。
2021-05-15 14:22:12 1点赞 0回复
我仿佛听到有人喊我的名字。。。。
2021-01-29 18:26:08 3点赞 1回复
我是钊哥,我的看法:1、楼里有几位明显是小熊派的员工,如果是,请大胆站出来,没必要假装是用户,行不更名坐不改姓。2、涉嫌抄袭的代码是在hpm平台发现的,hpm平台是大家共享代码的一个很好的工具,大家理应本着共享共建的思路来建设,如果作为沽名钓誉的平台,那注定不会有好结果。3、中国的开源气氛本来就不浓,如果一开始就乱搞,那真的是从根上就烂了。4、代码的“抄袭”是很明显的,包括错误,也抄过去了,但是不备注lic...
2020-12-11 22:40:30 1点赞 0回复