当前位置: 首页 > article >正文

鸿蒙是Android套壳么,当然不是,ArkTS还是很有意思的

前段时间看新闻,说是明年开始鸿蒙就要和andorid脱钩了。

大概就是这样的:

看到这个,我兴趣就来了。我有个华为P30,升级过鸿蒙系统,用起来也没啥变化,兼容andorid应用,然后就是开机去掉了Powered by Android。 

华为这个鸿蒙,看网上说有很多人质疑是andorid套壳。说实在的,那种买华为手机就是爱国,要道德绑架我是非常厌倦的。但是华为开发鸿蒙系统这个,说是套壳那确实不可能。华为的研发和产品能力在那,那是做事非常严谨的。华为的法务部门又不是摆设不懂规矩,敢去掉Powered by Android,看起来就是三个单词,但是意义真的很大。

反正这个坎想迈过去是真不容易。如果一直走兼容,那大概率就是一直只能用andorid的apk。andorid SDK升级那鸿蒙还得再去兼容。

想来如果明年真的脱钩,那华为得是说服了不少大厂去适配啊。。。。完全脱钩的时间就得是其他大厂发布应用新的时间节点才行。

捣鼓一个新系统生态确实太难了,总不能让所有公司都为爱发电,在没有任何收益情况下,去给华为鸿蒙做适配,有现成的apk可以兼容,肯定没必要去出这个成本。

本来不打算再玩新语言了,想着把自己会的多研究深一点。学一门新语言不难,但是这个语言的库和生态,使用的技巧和熟练度,真的是需要不少时间和项目才能练上去。

看鸿蒙要脱钩,国产系统要起飞,我就又来了兴趣,决定进去蹚一蹚。

鸿蒙这个IDE叫DevEco Studio,安装是比较容易的,各种检测环境都是自动化,比如nodejs版本限制在16以内,都是点击界面自动化下载安装。华为这应该就是用的npm那一套,名叫ohpm的做的包管理,而且国内的东西啊,这个下载速度没得说,也不用费劲搞各种代理链接啥的。安装过程甚至官网的文档都不用看了,界面点点就行,更不需要去看网上各种三脚猫安装教程。

DevEco Studio,进入就是这个样子。。。嗯,不是左上角那个图标的话,还以为是IDEA。Andorid Studio也是基于IDEA改的,有现成的工具链可以用,也没啥毛病。

不得不赞一个,华为的文档是写的真的好,各种编译问题时候,IDE弹的官网链接进去就看得很详细。

大学毕业实习我在软通动力,去华为的文档部门打过酱油,他们写文档真魔怔了,几个211、985天天讨论语言表述是否合理,语句结构是否符合规范,文档标点符号、换行、格式是否正确。。。然后还有一个部门负责审查写的文档内容对不对。。。不知道他们开发文档是不是也这么玩的,但是想来这个文档肯定是质量是很好的。

比如vue的官网文档,写的这样,这种语句里面带几个...我觉得这么玩的应该也就我等屌丝才对。

华为的文档连同技术层面这种,也得用通俗的语句解释下的。

鸿蒙的开发SDK有2.x和3.x两个大版本。从2.x到3.x是一个巨大的过渡,因为出来了ArkTs,前面的都扔了。如果是之前开发的大项目,那就真巨坑了。

2.x的SDK开发有两种语言可选:

第一种就是java。这玩意工程接收这样的,就是java代码+xml界面。这不单纯是像了,就好像是把andorid的工程一些关键字换了个名字而已。

然后2.x的模式还有一种是JS,工程就是这样的。java+html界面那一套,感觉就类似andorid上的webview开发思路吧。

或许是2.x的一切显得太没有创新,又或者当时是KPI卡得必须要立刻发版本,反正到了3.x来了个巨大的跳跃,语言只能选ArkTS了。

感觉上应该是从新的SDK开始扔掉了之前的一切,不用兼容之前的开发模式,轻装上阵。这种其实挺好的,这种级别的大项目,随着时间推移,越来越臃肿,能重构精简当然最好,不然慢慢的大多数只能是堆屎山,比如看到这样的吐槽:

ArkTS其实挺好的,思路也不错,没有为了创新而创新,一切以实用为主,就是TypeScript超集。

鸿蒙的这一套开发,整体都是围绕大家熟悉的生态环境在做扩展。

ArkTS实现了一套语言同时描述界面和逻辑。

这个模拟器镂空的边框悬浮效果做的挺漂亮,就是你想拖动的时候那是真的不好拖动啊。。右边的工具栏不能拖动的,他这个本质是一个窗口,你得拖动上面的标题栏,然后这个标题栏是给美化没了的,想把鼠标精确移动到上面变成移动还是有些难受的。

这个struct,看起来就好像下面这个VUE CLI的结构:

build函数就像vue的template,就是这种嵌套模式不像vue的setup语法糖那么舒服。这种我喜欢顶头写,不喜欢写的时候一眼望不到头,后面有个花括号这种被一直包在里面的感觉。

而且这种代码方式的嵌套UI写起来真的需要代码质量管理,看人了。对于华为这种体系的,内部都是有编码规范的,写代码都是高压状态,写个测试都能感觉是在休息了。。。什么圈复杂度、函数行数要求、代码重复率。。。这个ArkTS肯定他们也搞了一套编码要求的。对于小公司来说,万一遇到有些兄弟不喜欢抽函数,抽组件的,非要一个函数玩到底,那这个嵌套后面真的是呵呵呵。。。

ArkTS感觉就是融合和现代的前端开发模式和后端,整体还是挺有意思的,值得大家去玩玩。

有个国产的系统真的是个不容易的事情,希望鸿蒙可以越来越好。


http://www.kler.cn/a/154884.html

相关文章:

  • gitHub常用操作
  • 【重生之我要苦学C语言】深入理解指针6
  • 基于Java Springboot快递物流管理系统
  • 城市轨道交通数据可视化的应用与优势
  • 当你想要conda安装遇到UnavailableInvalidChannel: HTTP 404 NOT FOUND for channel的问题
  • 1.两数之和-力扣(LeetCode)
  • C#后台发送Get和Post请求的几种方法总结
  • HCIP-十六、IGMPPIM-SM 组播
  • 力扣题:字符串的反转-11.22
  • 论文解读--Visual Lane Tracking and Prediction for Autonomous Vehicles
  • 编程实战:类C语法的编译型脚本解释器(四)
  • 部署 Draw.io 思维导图工具
  • python安装与配置:在centos上使用shell脚本一键安装
  • 服务端突然断电
  • 食物相关的深度学习数据集合集—食物、饮料、肉类、餐具等数据集
  • 基于Amazon Bedrock的企业级生成式AI平台
  • SQL Server 2016(创建数据库)
  • 讲解机器学习中的 K-均值聚类算法及其优缺点。
  • C语言之结构体
  • 力扣labuladong——一刷day63
  • selenium+python
  • 深度学习常见回归分支算法逐步分析,各种回归之间的优缺点,适用场景,举例演示
  • Linux 定时关机 crontab
  • ES-ELSER 如何在内网中离线导入ES官方的稀疏向量模型(国内网络环境下操作方法)
  • 五、ZooKeeper的shell操作
  • AD7124-4 实测热电偶数据读取,电压精度到稳定到±1uV, 电压波动260nV, 温度精度到±0.01℃