本篇文章4083字,读完约10分钟
作者完成了他之前的文章html5了吗?这背后仍有一场闹剧。“虽然html5只是一个技术标准,但它已经被网络行业赋予了颠覆本地应用程序生态系统的沉重理想。
H5悲惨的500天
2012年,html5在全球的流行迅速蔓延到中国,这个行业引发了一场关于三年或五年后谁会活、谁会死的大辩论。出人意料的是,当html5成为中国最热门的话题时,来自欧美的坏消息接踵而至,许多知名的html5倡导者纷纷反对:例如,facebook承认html5移动战略的错误,苹果应用商店拒绝充当打包网络应用的分销渠道等。很快,在中国支持网络应用和html5的先驱们就销声匿迹了,一些当时受到风投青睐的html5初创公司在2013年被迫转型甚至解散。直到2014年,500天后,一只猫再次挑起html5的神经,打破了这种悲观的趋势。
业务逻辑和用户需求本末倒置
2013年是html5在中国最惨淡的一年,但迄今为止,很少有人反思这种惨淡局面的根源。
随着体验经济的盛行,将用户体验放在第一位已经成为互联网公司的一个铁律。各行各业也在谈论用户体验,但是在html5从业者的思维中,用户体验被故意忽略甚至成为一个借口。
一般来说,用户的需求会被放入特定的业务逻辑中,然后选择特定的技术来实现它们,即从用户业务技术中。也就是说,技术是基础,业务逻辑是基于技术实现的,用户需求是通过业务逻辑封装的技术来满足的。另一方面,在html5中,技术逻辑已经成为优先考虑的部分,它在用户需求的幌子下满足了雄心勃勃的人的业务需求。这些托辞和谎言可以归纳为以下四个方面,我们可以给出今天的答案:
谎言1:当用户使用本地应用时,他们必须在应用商店中搜索,这既麻烦又不友好。
回答:如果用户不想在应用商店中搜索,他们会希望在移动浏览器中搜索像个人电脑这样的网络应用吗?移动浏览器非常重要,但在ios和安卓的生态下,没有办法与用户桌面的入口竞争。
谎言2:本地应用经常更新,用户厌倦了更新
答:应用程序的更新过程已经被应用商店和许多移动助理充分优化,用户习惯已经养成。此外,本机应用程序的更新代表了更好的用户体验和更多新的系统功能,不断改善用户体验。然而,由于web应用的弱功能和弱体验属性,凭借所谓的无需人工更新的优势很难得到用户的青睐。
谎言3:下载和更新本地应用会消耗流量,而流量成本会影响用户的使用
回答:在今天的网络环境中,流量问题不再是用户的优先考虑。wifi的普及甚至给大型游戏和视频应用带来了活力。目前,高质量的本地应用从10万亿到数百万亿不等是一个普遍现象。此外,根据实际结果,重复使用web wpp的移动浏览器不会真正减少用户流量。
谎言4:用户不愿意下载太多的本地应用
回答:用户真的不愿意下载太多应用吗?一个用户的手机里安装了多少个应用程序?对于需要重用的应用程序(即使它们需要在短期内重用),用户会毫不犹豫地选择下载本地应用程序。虽然有很多场景是用户打开手机浏览器,通过百度手机搜索,然后访问手机网站,但这是一个流量通过和低粘性的需求。如果网络应用只能满足这种低质量的用户需求,那我就没什么好说的了。目前,深度和粘性的用户需求仍然需要本地应用程序来满足。
可以看出,html5和web app的支持者从用户的角度提出的所谓机会,都是脱离ios和android生态系统控制的借口,是对pc端网络时代的免费流量模式的希望。至少在当前云模式的生态下,本地应用代表了比网络应用更成熟的使用习惯和更好的用户体验。没有必要使用业务逻辑来绑架html5技术和用户需求。如果我们进一步分析扎克伯格,我们最大的错误是在html5上赌得太多,那么真正的教训应该是我们不能把html5的商业逻辑的野心放在用户需求和市场环境之上
html5的下一步在哪里
我从不怀疑html5,作为一个跨平台的开发标准,随着时间的推移,必将发挥更大的作用。那么,当我们放弃业务逻辑,想使用html5和web应用作为技术时,我们应该怎么做呢?
我记得大约在2004年,当网络2.0在中国互联网兴起的时候,谢文作为一个领军人物,曾经把互联网上的人分为两类,一类是互联网,另一类是互联网用户。所谓的互联网用户将互联网本身视为一种业务,而那些使用互联网的人则将互联网视为一种渠道。同样,html5的实践者可以分为制作html5的人和使用html5的人。
做html5的人:这包括html5工具和平台制造商、游戏制造商、网络应用开发者和渠道提供商(比如微信和移动浏览器)
使用html5的人:拥有其他业务、html5技术和网络应用的用户被用来展示自己的业务,并把微信和手机浏览器作为众多交通门户之一。
对于html5的玩家来说,下一步仍然充满未知和艰辛,因为ios和android的游戏生态系统在短期内不会看到重大机遇,可能要花很长时间才能见到黎明明。尽管微信已经成为网络应用的一个好渠道,但仍然缺乏更广泛的高质量网络应用渠道提供商(至少移动浏览器和搜索门户已经在第一轮竞争中失利),与虎皮做生意是一个挑战。
对于那些使用html5的人来说,选择非常简单。互联网是一个交通行业,在不同的交通门户上布局是一个明智的选择。如果有足够的预算,本地应用、网络应用、微信公众账户甚至百度的轻应用轻应用都可以实现覆盖,从而最大化流量,这也是很多有资源的互联网公司的普遍做法。因为从使用的角度来看,绝对没有必要像html5那样扩展赌博组件。当然,如果预算不够,从现实的角度来看,微信或本地应用是更可行的解决方案,因为这两种生态系统具有很高的商业价值。
从技术角度看网络应用和本地应用
html5梦工厂的负责人田曾经说过:把html5和native或flash相比较是没有意义的。html5的潜台词只是技术,所以不要被商业逻辑所绑架。接下来,从三个技术角度看一下web应用和本机应用之间的比较:
页面布局:html5、css3和canvas在跨平台界面布局和显示的效率和成本上都有优势。另一方面,本地应用的开发技术在开发时间、人员需求和总体成本方面存在很大差距。然而,对于一个能够完全满足用户需求的web/native)应用程序来说,除了界面布局之外,还有两个更重要的技术要求。一是终端设备本身的能力api调用现有的api,二是许多云能力API调用现有的云API。那么html5技术的这两个方面能满足市场和用户的需求吗?
终端api:html5标准本身与设备api的一部分相匹配,但不幸的是,终端和操作系统的发展已不能用日复一日来描述,各种新功能层出不穷。缓慢的更新和落后的标准不能适应终端提供最新api的发展,所以可以说html5在api领域有一个很大的弱点。如果html5只限于满足用户在某些显示类领域的需求,那么就有必要纠正市场对html5应用范围的高期望。
云应用编程接口:云架构被认为是互联网最明显的发展趋势之一。许多服务都是以云api的形式提供的,在各个领域涌现出了大量的云api服务提供商。常见功能,如微信和微博共享、支付宝移动支付、云存储等。,以及其他常用的应用功能,如融云的即时通讯和美佳移动客服,都是以云api的形式提供给开发者的。此外,许多应用程序将自己的服务封装到API中,并将其嵌入到另一个应用程序中。例如,优步与星巴克合作,以云应用编程接口的形式嵌入了汽车呼叫服务,实现了服务的扩展和更多流量的聚合。云应用编程接口不仅简化了应用的开发,还增强了移动应用的能力。在许多云应用编程接口中,几乎所有的都提供了本地sdk和js sdk来同时服务本地应用和web应用。因此,在云api领域,html5技术仍有许多对接服务可供选择。然而,总的来说,js sdk和原生sdk在功能和经验上是有区别的。例如,百度地图云服务api的sdk,当用户使用嵌入在web应用中的js sdk通过手势缩放地图时,他们的体验通常很差。html5和原生技术之间的性能差异仍然取决于硬件和浏览器性能的改进,但是应该在预期的时间内解决。
摘要
从技术和用户需求的角度来看,web应用和原生应用只是合适和不合适,不存在所谓的生死问题。使用html5的人可以摆脱赌徒的神话,只要他们根据自己的预算选择适合自己的技术。真正的考验留给那些做html5的人。随着html5技术的进一步普及和支持环境的成熟,市场机会是合适的,如何把握是最大的变数。在这种环境下,资本的支持、团队的形成和随机行动的灵活性是生存和发展的基础。Html5再次变得热门,网络应用和本地应用之间的争论已经讨论得太多了,所以没有必要再做一次。只要开发人员跟上移动应用开发生态系统的变化,他们总能抓住机会获得最大回报。下面的文章将分析html5复兴后移动生态系统是如何变化的。》
三链:吃昆虫、吃厕所和油炸??3.模纸锻造,模具模具模具模具模具模具模具模具模具模具模具??. 95镣铐和镣铐??0.07%锝58.....
当前流行度:0
[娇娇]http://itougu.jrj/view/189514.j.....
当前流行度:0
1.1 .涓涓细流??邦邦、邦邦、邦邦、交邦和廖廖??要坚强,要坚强。.....
当前流行度:0
你知道,你知道,你知道,你知道,你知道,你知道,你知道,你知道,你知道,你知道,你知道,你知道,你知道,你知道........
当前流行度:0
缇落入三条锁链??3镝??6铥??0(乌桕脂含有3条链吗??4镝??4铥??0)死,死,死,死又死,4.72??......
当前流行度:0
那墙,墙,墙和墙呢??钳子里有丰富的镰刀、叉子、叉子、nan和链条,这些都是銮棒的来源.....
当前流行度:1
你想挑起镝,破坏哮喘吗??缇,汤,汤,3汤和柊镶嵌??链条??4."敌鲁,缇,汤,汤,汤."??.....
当前流行度:0
咸丰、大树、细垴、十二寸、相互涓涓??环秀细链,涓涓细流,砸铙钹,甩铙钹,砸铙钹,砸铙钹,砸响,砸得咝咝作响??葛格·岳格·柊.....
当前流行度:0