鸿蒙需要前端开发吗,鸿蒙 前端
华为的鸿蒙系统是基于开源的Sailfish OS来开发的吗?
华为的鸿蒙系统是基于开源的Sailfish OS来开发的。Sailfish OS系统的前身——MeeGo最开始的定位就是针对多种计算设备的硬件平台而设计,包括便携式笔记本电脑、上网本、平板电脑、智能手机、联网电视机和车载信息娱乐系统等。Sailfish OS则在此基础上进一步优化,加入了对于安卓应用的兼容,并且将系统进行了开源。看到这里是不是有种熟悉的感觉?华为的鸿蒙系统号称也是打通了手机、电脑、平板、电视、汽车、智能穿戴等各个领域,并且也可兼容安卓应用。对于做硬件起家的华为来说,从无到有来做一个跨手机、电脑、平板、电视、汽车、智能穿戴等各个领域,并且还能兼容安卓及Web应用的操作系统,显然是非常困难的。所以,华为确实有可能借鉴了之前的一些开源的操作系统的技术和经验,而这其中可能就包括了Sailfish OS。
目前成都创新互联已为近千家的企业提供了网站建设、域名、网页空间、网站托管维护、企业网站设计、东胜网站维护等服务,公司将坚持客户导向、应用为本的策略,正道将秉承"和谐、参与、激情"的文化,与客户和合作伙伴齐心协力一起成长,共同发展。
不过,需要指出的是,华为鸿蒙系统应该并不是简单的基于Sailfish OS修改而来,也不是类似Aurora OS的一样的基于Sailfish OS的分支。首先,Sailfish OS所声称的兼容Android应用,似乎还是需要应用厂商或者第三方合作伙伴来为其“适配”或“转制”这些应用,也就是说,并不是所有Android应用都能够没有任何附加条件的直接在Jolla手机上完美运行。而余承东此前的表述则是,鸿蒙系统可以“兼容全部安卓应用和所有Web应用”,而且如果应用通过“方舟编译器”重新编译后,在鸿蒙系统上运行性能还可提升超过60%。也就是说,鸿蒙系统应该是可以直接运行所有安卓应用的。可能是通过虚拟机的形式实现,但是这可能会牺牲一些效率。不过华为可以直接将上架到华为应用商店的APP通过方舟编译器进行编译后再进行上架。
其次,从已经曝光的据称是“鸿蒙操作系统”的界面来看,其与目前安卓的界面是个非常相似的,而相比之下Sailfish OS不论是在界面和操作方式上(更多的手势操作)都与安卓有着较大的区别。而对于华为来说,要想留住用户,鸿蒙自然需更多的延续安卓的操作习惯,给用户无缝衔接的体验,降低用户的学习成本。第三,虽然MeeGo诞生之时的定位是跨多硬件平台(便携式笔记本电脑、上网本、平板电脑、智能手机、联网电视机和车载信息娱乐系统)的系统,但是之后的Sailfish OS则成为了局限于智能手机应用的系统。而华为鸿蒙则具有类似此前的MeeGo的跨多硬件平台的特性。
另外,华为从曝光鸿蒙以来,更多对外透露的是鸿蒙是“完全自主研发的系统”,如果只是基于其他开源系统的定制版,那么则谈不上“完全自主研发”。总的来说,目前华为的鸿蒙系统尚未正式推出,官方透露出的信息也是十分的有限,不过基于现有的信息来看,鸿蒙应该是一个独立的系统,当然可能在某种程度上借鉴了包括Sailfish OS在内的一些开源的操作系统的经验。
鸿蒙要出来了,Android开发工程师是不是要失业啦?
一、在华为如日中天的时候,华为都没敢推鸿蒙系统,而是把鸿蒙系统当作“备胎”慢慢发展。现在,华为被制裁了,只能把鸿蒙系统紧急推出来了。至少,鸿蒙是仓促上马的系统,却要和一个已经发展许多年,非常成熟的安卓系统竞争,还能轻而易举地赢了!三星真要哭死在厕所里了。昔日三星联合了英特尔搞出来的Tizen系统,还是按部就班进行的研发,依旧是无法弄出自己的生态圈,最后只能沦落成家电的系统了。从这个角度来看,安卓工程师不用太担心安卓的生态系统被威胁,鸿蒙的生态圈很难发展到能够与安卓比较。
二、华为自己都说了,鸿蒙系统当初设计就是想做家电的系统,是与三星Tizen类似的东西,主要应用方向是家电和物联网。现在是因为制裁的原因,赶鸭子上架成为了手机系统。这种临时改变用途的系统需要大动干戈才能完善对手机的应用支持。可以想象,如果鸿蒙系统对手机的支持有缺陷的话,做手机应用就会非常困难。也因此有理由相信,现在鸿蒙手机如果对安卓应用的支持特别完美,就更说明鸿蒙的“拉皮”可能性了。如此一来,安卓工程师就安心开发安卓应用就好了,因为鸿蒙一定可以完美运行你的应用,这就没有放弃安卓开发的必要了嘛!
至此,我想现在考虑鸿蒙把安卓的阵地攻破了实在是太早了。所以,大概率,没有哪个安卓工程师会放弃安卓去弄鸿蒙,顶多是测试一下应用能不能在鸿蒙环境下运行罢了。还是把兼容性这件事儿交给鸿蒙去搞吧。
鸿蒙出来的话,安卓工程师并不会失业,取决于自己想不想在鸿蒙上开发软件。
鸿蒙的应用程序开发,主要是基于Java和NodeJS,基于Java的整体框架结构与安卓极其相似,加上其开发环境DevEco Studio与Android Studio同宗,安卓工程师可以极短的时间迅速上手鸿蒙应用程序的开发。当然,一些做前端开发的小伙伴也会进入鸿蒙平台进行开发,但这部分小伙伴往往是会用一套代码、同时适配多个应用平台(类似国产的uni-app),这些本身就在和安卓开发有一种竞争关系,并不会因为鸿蒙的生产而发生多大变化。
另外鸿蒙的开发平台,也可以很轻松在智能屏、智能手表、车载智能设备等设备上调试开发,总体来说,如果鸿蒙火起来,就会有更多的软件开发需求了,安卓开发工程师会更吃香。建议大家多多接触鸿蒙生态,多学一点知识对自己是一个积累储备,总不会是坏事。
错,是谷歌、微软和苹果要倒闭了!
鸿蒙系统配备方舟编译器,兼容安卓应用,但运行效率……(此处省略1000字,翻2019年文章)……鸿蒙系统能在所有设备运行,支持手机、电脑、平板、物联网……(此处省略1000字,翻2019年文章)……
我想说的是你们太不懂华为了,其实鸿蒙早已开发完成并且随时可用!他一直在忍,在等一个机会……
作为一名android开发工程师,我想说,失业是不可能的,这辈子都不可能失业!
也许身为移动端开发人员的我们,正处于一段乱流之中!
首先,来谈谈android的碎片化问题。
仅仅2014年,全球支持Android的机型为18796种,再来看看国内,华为、小米、oppo、vivo...,android手机厂商也很多,每个品牌都是基于android开源系统改造,android开发人员要在完成软件功能的同时,对不同品牌的手机做功能适配,非常麻烦。
除了手机品牌数量多,手机屏幕的尺寸适配问题也很麻烦,往往一个软件的开发,有60%的时间在适配工作上。
是的,现在鸿蒙来了,意味着什么?意味着android开发人员有必要或者就必须去学习一门新语言、一个新系统的开发、适配,对于一个企业来说,要么就增加人工成本请一个鸿蒙系统开发人员,要么就强制在职android开发人员重新开发一遍软件适配鸿蒙系统。
基于此,不知道有多少android开发人员会买账,不知道多少企业会加个鸿蒙系统平台,不知道鸿蒙系统能不能站住脚推广开来。
虽然现在鸿蒙系统可以兼容android应用,但以后必然会两级分化。
如果鸿蒙系统没有革命性的突破,如果美国不再卡脖子,如果没有国家的干预措施,只靠平民大众自觉爱国的方式支持鸿蒙系统,我看很悬啊,毕竟,苹果手机在国内的销量一如既往!!!
再者,在手机行业,小米、oppo等手机厂商和华为本是竞争关系,会放弃自己的系统换成鸿蒙系统吗?这样的话,其他手机厂商的生存空间会一天不如一天,就算鸿蒙开源使用,也只不过走android碎片化的老路!
系统之争本就不是一朝一夕,不用担心会不会失业,路,还很长!
开发鸿蒙只能在华为支持的鸿蒙设备上运行,开发android,可以在所有安卓设备包括鸿蒙设备上也兼容运行,何来失业
做安卓的一天不用就能写鸿蒙。可以忽悠甲方加钱了[泪奔]
中国北斗早就出来了,GPS的工程师没失业吧!
不会,可以学习一下华为鸿蒙开发教程。
是得我就是干这个 但是我都计划改行了
不会失业的,他们可以转鸿蒙开发,非常简单
如果华为的鸿蒙系统推出成功,那么程序员是不是也要重新学习适应鸿蒙系统的开发语言?
不用,因为对于大多数的程序员来讲都是属于应用开发,根据的介绍,华为即将推出的鸿蒙操作系统兼容了安卓所有应用,所以对于目前市面上主要的应用开发人员来讲,其实是没有特别大的影响的,更不用说去学习新的开发预言了。
不过也有另外一种情况,那就是对于系统安全领域的应用,比如各种安全卫士、杀毒类的应用来讲,那是必然需要对华为的鸿蒙操心系统进行适配的,5月25日360就宣布会积极适配华为的鸿蒙操作系统,不过整合中适配的难度应该也不会太大,毕竟鸿蒙系统跟IOS不一样,它不是抛开安卓系统外另起了一套,而是跟安卓系统一样都是基于Linux开发而言,因此在应用适配方面,估计跟当前的安卓应用开发也有一定的相似性。
安卓是基于Linux的,是宏内核,由一堆底层特权模式的核心代码紧密组合在一起。这个架构的灵活性是不够的。面对各种硬件配置的手机,或者平板、电视之类的系统,它都是这一个架构,怎么适应?于是就搞出一个叫“虚拟机”的东西,假设大家都是在虚拟机上运行,代码是跨平台的。每一个安卓应用,都在操作系统底层对应着一个虚拟机实例,由这个虚拟机来伺候运行应用程序的代码。
而且对于操作系统生态的搭建来讲,其实系统开发一家企业都能搞定,但是应用生态开发确是需要整合产业链上的很多参与者才行,这也是非常考验企业的资源整合能力的,而华为目前选择兼容安卓应用,也是考虑到疾风骤雨的打击的前提下,所做出的决定,因为自把华为列入"实体名单"之后,谷歌很快就宣布暂停了跟华为在硬件、软件及技术服务方面的合作,因此华为就不得不在安卓系统之前另谋方法。
名称栏目:鸿蒙需要前端开发吗,鸿蒙 前端
URL标题:http://hbruida.cn/article/dssispd.html