扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
Intent
创新互联公司长期为上千余家客户提供的网站建设服务,团队从业经验10年,关注不同地域、不同群体,并针对不同对象提供差异化的产品和服务;打造开放共赢平台,与合作伙伴共同营造健康的互联网生态环境。为清镇企业提供专业的做网站、成都网站设计,清镇网站改版等技术服务。拥有10余年丰富建站经验和众多成功案例,为您定制开发。
Intent是对象之间传递信息的载体。当一个Ability需要启动另一个Ability时,或者一个AbilitySlice需要导航到另一个AbilitySlice时,可以通过Intent指定启动的目标同时携带相关数据。Intent的构成元素包括Operation与Parameters。
Intent的构成元素
Operation
Action: 表示动作,通常使用系统预置Action,应用也可以自定义Action。例如IntentConstants.ACTION_HOME表示返回桌面动作。
Entity:表示类别,通常使用系统预置Entity,应用也可以自定义Entity。例如Intent.ENTITY_HOME表示在桌面显示图标。
Uri:表示Uri描述。如果在Intent中指定了Uri,则Intent将匹配指定的Uri信息,包括scheme, schemeSpecificPart, authority和path信息。
Flags:表示处理Intent的方式。例如Intent.FLAG_ABILITY_CONTINUATION标记在本地的一个Ability是否可以迁移到远端设备继续运行。
BundleName:表示包描述。如果在Intent中同时指定了BundleName和AbilityName,则Intent可以直接匹配到指定的Ability。
AbilityName: 表示待启动的Ability名称。如果在Intent中同时指定了BundleName和AbilityName,则Intent可以直接匹配到指定的Ability。
DeviceId: 表示运行指定Ability的设备ID。
当Intent用于发起请求时,根据指定元素的不同,分为两种类型:
如果同时指定了BundleName与AbilityName,则根据Ability的全称(例如,“com.demoapp.FooAbility”)来直接启动应用。
如果未同时指定BundleName和AbilityName,则根据Operation中的其他属性来启动应用。
鸿蒙是华为自主研发的终端操作系统,现在华为的很多产品都是用这个系统的,个人用过,非常流畅,体验很好。软通动力是华为的合作伙伴,在整个鸿蒙系统的开发研究中贡献了巨大的能量,目前还在继续合作推进项目,期待他们取得更好的成绩。
谢谢你的邀请,首先说起华为鸿蒙系统,应该是让安卓和苹果逼出来的,不然鸿蒙不可能这么快就应用到手机,但是别人都逼到这个份上了,我们不反击肯定不行。其次,鸿蒙系统的面世肯定会动手机操作系统的蛋糕,安卓和苹果会不会瑟瑟发抖我不知道,但心一定会很痛,可能会流很多血,而且鸿蒙系统是面向万物互联这个未来 科技 的,所以说鸿蒙在理念上就来了一次回头暴击。最后,任何手机操作系统都要一定量的用户来支撑,然而美国等国家这几年的各种做法,让大部分中国人很失望,所以使用鸿蒙系统的用户在国内就有很多,再不要说外国,所以鸿蒙的崛起是必然的,当然那需要鸿蒙系统做的对得起用户,再不济也要和安卓系统媲美。总之,鸿蒙的崛起已经行成手机系统三足鼎立的趋势,手机操作系统的蛋糕已经动了,安卓和苹果再怎么心痛都是没有办法的,瑟瑟发抖还不至于。华为的崛起也是必然的。
发抖谈不上,但随着os的成熟,如果再加上政策支持,生态完善,一定会对Android,ios造成冲击,收入锐减
文/小伊评 科技
还是那个结论,我不认为现阶段的鸿蒙OS能够在手机这种载体上真正的挑战Android以及IOS,但是未来就不一定了。
作为例子,早些年微软凭借WindowPhone以及对于诺基亚的扶持都没能从IOS和安卓手上抢下市场,反而最后落得一个惨淡收场的结果;三星当年依托于自己恐怖的出货量以及控制力妄想推出的Bade系统不也一样胎死腹中了么?所以鸿蒙这样一个后起之秀想要在IOS和安卓如日中天的现在去替代安卓和IOS还为 时尚 早。
而且大家也要知道的是,一款系统的发展不可能是一蹴而就,谷歌自从在2008年发布安卓1.0开始到现在已经过去了将近13年的时间,到现在为止也只是初步解决了手机不卡顿的问题,至于生态混乱,应用质量参差不齐的问题根本没有得到根本性的解决。而苹果开发IOS也已经有将近13年的时间了,目前也依旧有很多的问题。那么大家仔细思考一下,你凭什么认为华为的鸿蒙系统作为一款新晋的操作系统能在一上市就让对手感到恐惧呢?起码你也得让他真正的经历一下市场的考验再说吧,咱们作为关心华为的消费者所要做的是理性的支持,各种非理性的吹捧其实都是捧杀。
任何一款全新的系统想要在已经成熟的体系内取得突破性的成就,那么他必须要做出比现有系统更加领先的优势,譬如当年的IOS系统凭借领先一代的人机交互体验,让人眼前一亮的UI设计界面以及对于移动互联网的敏锐嗅探一举站稳了脚跟。
而安卓之所以能够成功则是靠着谷歌较为领先的运作经营理念——免费开源授权以及联合开发吸引了不少硬件企业加入谷歌的怀抱,而且也要说明一点的是,当时谷歌凭借搜索引擎的业务和硬件厂商之间的关系也都比较不错。
而微软的WindowsPhone虽然最终失败了,但是如果你用过这款系统你就会知道,除了应用少之外,WP系统不管是从流畅度,人机交互操作等方面的表现都要远远强于当时的安卓系统,可以这么说如果不是因为微软自己的“沙雕”操作(WP8不兼容WP7的应用,不支持搭载WP7系统的手机升级),现在的世界格局就是安卓,IOS,WP三分天下了,甚至安卓可能就已经被WP赶尽杀绝了(WP对于低性能的手机实在是太友好了)
那么我们再来看华为的鸿蒙系统,鸿蒙的优势是什么? 其实就是华为一直在提的微内核分布式架构 。
那么微内核的优势是什么?简单来说就是可定制性更强而且可以大大降低了硬件载体的入门门槛。举个例子,现在的安卓系统是典型的宏内核系统,系统内核内集成了非常多的功能组件,所以哪怕不要任何的顶层应用,单单是安卓内核本身就会对硬件载体的性能提出很高的要求。所以大家可以看到,凡是配备安卓系统的设备无一例外的都需要配备一枚性能不弱的处理器,容量不小的闪存以及运存,这都会增加硬件智能化的成本,所以安卓系统实际上是不具备用在微型化设备身上的价值的。
而采用微内核思想建设的鸿蒙系统则不存在这样的问题,微内核系统中的内核只负责最基本的调度、内存管理等工作,其他所有的系统服务都可以根据业务需要进行后期的挂载,其他不需要的功能可以进行完全的剥离,那么在这样的情况下,微内核系统的普适性就会更好,对于硬件的要求也会非常低,具备极好的硬件普及的能力。
但是,微内核系统有一个最大的问题就是在集成功能过多的时候其执行效率是不如宏内核系统的,而手机系统恰恰就是一个很复杂的系统程序。也就是说,在手机这种载体中,采用微内核的鸿蒙系统在初期的使用体验上还真不一定能超过采用宏内核的安卓系统,因为这根本不是发挥微内核系统的优势的领域。
所以,在华为鸿蒙的发布会以及后续的很多动作上,都可以看出华为的目标,目前鸿蒙系统最先发力的并不是手机类设备而是智能家电类设备,如下如所示,这是搭载鸿蒙系统的美的家电设备。
华为的鸿蒙系统如何才能够逆袭?
之前曾经发布了一篇问答,上面对鸿蒙的前景表达了比较悲观的情绪,也收获了很多的批评。事后笔者仔细想了一想,鸿蒙想要崛起和弯道超车也并非不可能实现,只不过前进的道路和我之前所想的根本不一样罢了,华为的鸿蒙系统完全可以从智能物联网设备上进行弯道超车。
大家想象一下,如果未来我们国内的智能家电都搭载了基于鸿蒙系统所构建的智能模块,那么搭载鸿蒙系统的手机设备就会成为香饽饽,因为在搭载鸿蒙系统的手机上,用户可以不用下载任何的APP,仅仅通过一部手机就可以实现对家里所有不同品牌设备的操作和联动,这是不是一种伟大的创新?
那么利用这种在物联网方面的优势就可以对安卓以及IOS形成降维的打击,因为目前不管是安卓也好,IOS也罢,根本不具备向基础小家电类产品移植的能力。
谷歌为了应对即将到来的物联网时代,不是也开发了一款基于微内核思想构建的Fuchsia OS系统么?华为的鸿蒙和谷歌的Fuchsia属于同一时代的产品,未来鹿死谁手还真是犹未可知,起码我们国家已经有了可以与西方一较高下的操作系统,这是非常重要的。
阅读是一件快乐的事。
不会,最多让安卓和iOS有点危机感。不过有了我们的支持它们就怕了。
华为的鸿蒙OS现在适配的机型太少,对于它们威胁不大,现在只是公测初期,不敢开放太多机型,毕竟谁都不能一口吃个胖子,哪怕华为也是适用也必须使用这个道理。
而且原定于四月初适配的机型数量,因为一些变故,第一批只有搭载麒麟9000处理器的设备支持升级。
其他的机型暂时搁浅,不是说不给升级了,而是这第一次公测升级机型就这么多,搭载麒麟990 5G处理器的机型作为第二批升级。
这么做可能是怕开放太多测试的机型,容易翻车,给自己招来名声上的损坏,这是一个可以理解的事。还是那句话谁都不能一口吃成胖子,饭要一口口吃,先用少部分机型来测试,相对稳定以后,在对更多的机型开启公测升级,这也是对于我们用户来说的一种负责任的表现。
对于华为鸿蒙OS期望不要太大,至少现在是这样的
讲真实事求是的讲,对于刚刚出生不久的鸿蒙OS不要期望太大,它的使用体验自然是比安卓和iOS差上一些,大家想想安卓和iOS从公测到现在已经多少年了,刚开始走的也是磕磕绊绊,在我们的支持下才有了今天的成绩,所以华为鸿蒙OS需要我们的支持,也离不开用户的支持,因为华为手机海外市场份额极少,如若我们不支持它,它的脚步会迈的很慢。
同时我们也必须支持它,iOS大家知道是收费的,安卓是免费的,现在有消息透露安卓也在做收费的筹划,很明显是在眼红iOS的收益率,如果安卓真的收费了那么这种费用,手机厂商肯定不会自己承担,手机厂商不自己承担,最后承担的就是我们了。还有就是安卓终究不是我们自己研发的,信息安全什么的没有绝对保证,而华为鸿蒙OS是我们自己的,信息安全和系统安全相对来说可控度很高。
别人要有的我们也要有,而且重要的东西更加的必须要有,我们不能用来伤害,但是也不能被伤害。
升级鸿蒙OS的注意事项,就是需要升级到EMUI才可以升级鸿蒙OS,现在可以到华为官网填写申请升级鸿蒙OS,不过不建议升级,现在系统体验很一般。
鸿蒙OS无论是否开启实战,都不会引发任何波澜,操作系统的江湖会平静得像镜子一样! 且让我来向您解释:
鸿蒙是华为自研的操作系统,除了华为之外,几乎不可能有其他手机系统会采用! 目前据说只有一个魅族来蹭热度,号称要搭载鸿蒙,但魅族的市场份额已经处于可以忽略不计的水平了,魅族的这个蹭热度对鸿蒙是一点用处都没有。
时也,命也!华为现在推出鸿蒙已经错过了最佳时间点,现在推出鸿蒙已经基本上无济于事了。 原因很简单,华为现在的手机出货量已经跌倒了几乎可以归纳到“其他”项了,所以即便鸿蒙推出,新装机量也会非常难看了。
咱们再来看看华为给出的可升级鸿蒙的手机型号清单,就知道 即便是华为品牌的手机,也只有极少数型号可以替换成鸿蒙系统。如此一来,鸿蒙的使用量会有多少? 大家用脚后跟去想也大概能猜出来吧。如此少的鸿蒙适配数量,根本就没机会去奢谈什么生态环境了吧。
众所周知,操作系统的成功与否,与操作系统的技术水平有关系,但不是完全由技术决定。更多的时候, 操作系统的成功完全是依靠生态环境支持的。 看看IOS和安卓系统的生态环境,再看看数量几乎可以忽略不计的鸿蒙装机量,这就是西湖/太湖与金鱼缸的比较嘛!所以,对于操作系统这个大湖来说,鸿蒙这一瓢水,是掀不起任何风浪的。
至此。在华为出货量占中国手机半壁江山的时候,华为要是及时推出鸿蒙,或许还有成功的机会。现在华为的出货量已经跌出前三,甚至前五了,鸿蒙已经把“群众基础”跌没了,所以也就把成功的机会跌光了。现在鸿蒙随便怎么折腾,都已经已经没有一点机会了。鸿蒙一路走好吧!
首先,鸿蒙系统到底什么样,一直很期待能够尽快推送系统进行更新体验。没有体验之前就很难说具体使用心得。
其次,按照以前关于鸿蒙系统的进度,手机系统更新时间表该到了,希望不要再等太久。
第三,在让iOS和安卓瑟瑟发抖之前,还是先充分吸取那两个系统的优缺点。比如。目前安卓系统被诟病的大肆收集用户数据的行为。在鸿蒙系统下,希望能大大改善。
操作系统是一个不断升级不断修改的过程,一开始就超越不现实,真的希望鸿蒙不卡
Android. ios的操作系统现阶段肯定比鸿蒙系统好;要知道每一个操作系统刚推出有好多‘bug’现象,要不断完善成熟…
关键是有多少软件供应商会愿意合作使用.
还要看市场接受程度…
别人会不会瑟瑟发抖不管我们的事,还有,提这种问题也显得幼稚。华为知道,支持华为的用户也都知道,鸿蒙初开,生态肯定差太多,运行中bug也会一一出现。支持鸿蒙就是支持他慢慢拓展,一直成长,呵护而慎言!只有黑子会到处嚷嚷叫嚣,给鸿蒙抹黑,无论是直接的还是间接的,无论是正的还是反的,抹黑者只能证明其自身人格之可耻,心灵之缺陷!无他,一个心理正常的人不会去嘲笑、抹黑一个努力负重前行的人、公司或品牌!
问题是其他品牌的国产手机会不会采用鸿蒙系统还是一个未知数?因为谁都不想把自己的系统命脉交给一个竞争对手。
Ability
Ability是应用所具备能力的抽象
2.onActive()
Page会在进入INACTIVE状态后来到前台,然后系统调用此回调。Page在此之后进入ACTIVE状态,该状态是应用与用户交互的状态。Page将保持在此状态,除非某类事件发生导致Page失去焦点,比如用户点击返回键或导航到其他Page。当此类事件发生时,会触发Page回到INACTIVE状态,系统将调用onInactive()回调。此后,Page可能重新回到ACTIVE状态,系统将再次调用onActive()回调。因此,开发者通常需要成对实现onActive()和onInactive(),并在onActive()中获取在onInactive()中被释放的资源。
3.onInactive()
当Page失去焦点时,系统将调用此回调,此后Page进入INACTIVE状态。开发者可以在此回调中实现Page失去焦点时应表现的恰当行为。
4.onBackground()
如果Page不再对用户可见,系统将调用此回调通知开发者用户进行相应的资源释放,此后Page进入BACKGROUND状态。开发者应该在此回调中释放Page不可见时无用的资源,或在此回调中执行较为耗时的状态保存操作。
5.onForeground()
处于BACKGROUND状态的Page仍然驻留在内存中,当重新回到前台时(比如用户重新导航到此Page),系统将先调用onForeground()回调通知开发者,而后Page的生命周期状态回到INACTIVE状态。开发者应当在此回调中重新申请在onBackground()中释放的资源,最后Page的生命周期状态进一步回到ACTIVE状态,系统将通过onActive()回调通知开发者用户。
6.onStop()
系统将要销毁Page时,将会触发此回调函数,通知用户进行系统资源的释放。销毁Page的可能原因包括以下几个方面:
用户通过系统管理能力关闭指定Page,例如使用任务管理器关闭Page。
用户行为触发Page的terminateAbility()方法调用,例如使用应用的退出功能。
配置变更导致系统暂时销毁Page并重建。
系统出于资源管理目的,自动触发对处于BACKGROUND状态Page的销毁。
AbilitySlice生命周期
AbilitySlice生命周期回调与Page的相应回调类似,因此不再赘述。由于AbilitySlice承载具体的页面,开发者必须重写AbilitySlice的onStart()回调,并在此方法中通过setUIContent()方法设置页面。
Page与AbilitySlice生命周期关联
当AbilitySlice处于前台且具有焦点时,其生命周期状态随着所属Page的生命周期状态的变化而变化。当一个Page拥有多个AbilitySlice时,例如:MyAbility下有FooAbilitySlice和BarAbilitySlice,当前FooAbilitySlice处于前台并获得焦点,并即将导航到BarAbilitySlice,在此期间的生命周期状态变化顺序为:
对应两个slice的生命周期方法回调顺序为:
FooAbilitySlice.onInactive() -- BarAbilitySlice.onStart() -- BarAbilitySlice.onActive() -- FooAbilitySlice.onBackground()
在整个流程中,MyAbility始终处于ACTIVE状态。但是,当Page被系统销毁时,其所有已实例化的AbilitySlice将联动销毁,而不仅是处于前台的AbilitySlice。
之前测试过使用华为DevEco开发智能电视应用。前几天华为发布了手机的测试版,不能免俗,抓紧尝试一下。
手头没有华为手机测试系统,现在试一下开发环境跑模拟器感受一下。
以前DevEco里是没有手机选项的,现在该选项可以看到了:
这里测试一下Business Card Ability(Java)开发。
DevEco和Android Studio一样基于开源的Idea版本开发的,其结构与安卓开发环境非常像,熟悉安卓的小伙伴应该能很快上手。
入口程序是一个MyApplication,从AbilityPackage继承。
它首先找到了连接的荣耀手机,但这个手机不是鸿蒙系统。
编译是成功了,但提示设备无法使用:
点击Tools - HVD Manager
首先提示登陆华为账号,登陆后,选择一个模拟器运行:
启动以后长这个样:
点击设置,先看看关于:
上面显示大大的HarmonyOS。但感觉画面很模糊,不知道模拟器到底是运行在本地的,还是云端的。但DevEco上显示是Remote Device字样。
鸿蒙OS版本号 2.0.0 Developer Beta1。
再点运行,在指定的模拟器上运行程序。
不过仍然运行失败:
鸿蒙OS版本与平板是一致的,
程序终于跑起来了:
看起来安卓程序好像真能在鸿蒙直接运行,安装一个快手试试:
还真能看:
我真分不清这是安卓还是鸿蒙了 。
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流