Xero:我们放弃 HTML5 的三大原因

oschina
 oschina
发布于 2013年03月24日
收藏 28

2012年Facebook创始人马克扎克伯格一句:“豪赌HTML5是Facebook犯下的最严重错误。”给HTML5的开发者们泼了一盆凉水。

现在,又有一家企业宣布抛弃HTML5。Xero是一家财务软件创业公司,最近在官方博客发表了一篇题为“让移动可用”的文章,指出Web App在(企业)移动应用方面尚不成熟。

Xero表示,公司还将在核心应用中使用HTML5,但是完全放弃传统的原生iOS和Android应用的做法目前来看很不成功。(参考阅读:移动应用开发的道路怎么走)

Xero当初坚持HTML5的技术路线是受到了移动应用开发服务商Sencha的蛊惑,在Facebook将移动应用的失败归咎于HTML5时,Sencha跳出来开发了一款HTML5的Facebook移动客户端原型Fastbook,以此来证明是Facebook的方法不对,而不是HTML5的问题。显然Xero是Sencha的拥趸之一,也是该公司HTML5开发工具的用户。

但是经过一年的挫折,Xero最终做出了一个艰难的决定,放弃HTML5。Xero指出原生应用对于资源有限的企业来说是更好的选择,而且与原生应用相比,HTML5应用各方面都毫无优势可言,以下是Xero博客中对HTML5的吐槽节选:

快速迭代越来越困难

我们不后悔选择开发web app,但是我们发现在HTML5上开发复杂的移动应用非常困难。即使在Sencha Touch这样优秀的框架下开发也是如此。随着产品的复杂程度不断增加,迭代的速度也被拖慢。

相比原生应用,HTML5的开发成本更高,周期更长

我们的观点是,HTML5技术确实能交付与原生应用相同的用户体验,但是Facebook的教训是,这样做很难,没有现成的经验可以参考。我们过去12个月得到的教训是:开发与原生应用性能相当的HTML5应用所需的时间、精力和测试远远超过原生应用开发。

原生应用比Web App强大

Web App的维护和迭代都是大麻烦,所以Xero Touch的下一个版本应用将采用原生应用技术开发。

关于HTML5这条路能不能走,如何走的争论依然在继续,Xero的一家之言也许能给需要开发移动应用的企业和互联网公司一些有价值的参考信息。参考阅读:HTML5这条路,谁先走?怎么走?

文章来自IT经理网

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 OSCHINA 社区 [http://www.oschina.net]
本文标题:Xero:我们放弃 HTML5 的三大原因
加载中

最新评论(28

七液
七液

引用来自“简单代码”的评论

引用来自“七液”的评论

引用来自“微激光”的评论

引用来自“七液”的评论

引用来自“简单代码”的评论

一次编写到处应用不是曾经的谎言吗?

有人认为java能做到,于是就有人认为JavaScript也能做到。其实他俩没关系,而且他俩也都做不到。

如果要数跨平台来说,还真的还是他们两哦。如果搞web,目前不知道有谁敢不用JS。而要多系统部署,JAVA还是第一选择的了。

不是不可以,而是这两个东西点错了科技树,过于理想化(设计的过于复杂,而且过高的估计了编译器技术的发展和JIT的作用)现在只是碎片问题,和资源消耗大,未来随着工程越做越大越来越无法达到所需性能,当然理论上跨平台是完全而已做到的,实际上困难重重。被取代是早晚的事情。现在已经有不少人不满java和js开始转投其他基于这两个vm的语言了。不是有人说么。java的价值就剩下vm和jre了

go是不是可以跨平台?希望go崛起!

go是编译型语言。换了平台要重新编译,另外还有脚本模式(解释执行)您要速度的话肯定要重新编译的。想想看吧跨平台的c\c++代码里面平台相关的宏太多了,希望go能在这方面想想解决的办法.
遊坦之
遊坦之
这段时间用PhoneGap搞了一个Android应用,感觉html5+js开发移动应用确实不成熟
简单代码
简单代码

引用来自“七液”的评论

引用来自“微激光”的评论

引用来自“七液”的评论

引用来自“简单代码”的评论

一次编写到处应用不是曾经的谎言吗?

有人认为java能做到,于是就有人认为JavaScript也能做到。其实他俩没关系,而且他俩也都做不到。

如果要数跨平台来说,还真的还是他们两哦。如果搞web,目前不知道有谁敢不用JS。而要多系统部署,JAVA还是第一选择的了。

不是不可以,而是这两个东西点错了科技树,过于理想化(设计的过于复杂,而且过高的估计了编译器技术的发展和JIT的作用)现在只是碎片问题,和资源消耗大,未来随着工程越做越大越来越无法达到所需性能,当然理论上跨平台是完全而已做到的,实际上困难重重。被取代是早晚的事情。现在已经有不少人不满java和js开始转投其他基于这两个vm的语言了。不是有人说么。java的价值就剩下vm和jre了

go是不是可以跨平台?希望go崛起!
七液
七液

引用来自“微激光”的评论

引用来自“七液”的评论

引用来自“简单代码”的评论

一次编写到处应用不是曾经的谎言吗?

有人认为java能做到,于是就有人认为JavaScript也能做到。其实他俩没关系,而且他俩也都做不到。

如果要数跨平台来说,还真的还是他们两哦。如果搞web,目前不知道有谁敢不用JS。而要多系统部署,JAVA还是第一选择的了。

不是不可以,而是这两个东西点错了科技树,过于理想化(设计的过于复杂,而且过高的估计了编译器技术的发展和JIT的作用)现在只是碎片问题,和资源消耗大,未来随着工程越做越大越来越无法达到所需性能,当然理论上跨平台是完全而已做到的,实际上困难重重。被取代是早晚的事情。现在已经有不少人不满java和js开始转投其他基于这两个vm的语言了。不是有人说么。java的价值就剩下vm和jre了
fir01
fir01
个人觉得他们是在扯淡,猜测他们是js开发过程没规范,可以想象几十万行的各种风格混杂的js
mallon
mallon
把它当作传统Web的改良就没有任何问题,而不是拉上来就一堆框架...且不说那些框架有多垃圾...
limichange
limichange
HTML5还未成熟啊
tao_hunter6
tao_hunter6
现在在线视频上把flash彻底拿下才是html5的当务之急。剩下的慢慢来吧。
铂金小猪
铂金小猪

引用来自“Ω油菜”的评论

引用来自“铂金小猪”的评论

引用来自“CycleUser”的评论

引用来自“铂金小猪”的评论

一群白痴。。。

额,果断详细批一下啊二货猪,你这样没有说服力,果断滴继续!

我去。。。敢来我这得瑟了是吧。技术没错,错的是人,任何技术都有它的局限性,单方面一厢情愿的把宝全部押在某个技术上,而且还是一个新兴技术,那完全是自找没趣。你说不是白痴是啥?你个二货。

问题是这东西可以押少点吗……

怎么说呢,这东西就好比,你有一吨货,你却只拿一个能拉100KG的车来拉,那你就得跑10趟。关键是要对自己的业务有一个清晰认识,能不能转,对技术变更风险的评估。而不是脑门一热就来做了。
小耶果
小耶果
标准化有利于程序员,碎片化有利于硬件厂商.有利益的地方就有江湖.程序员关兴的是写更少的代码运行在更多的平台上赚更多的钱.硬件和平台厂商关心的是吸引更多的开发者单独为他们开发同时在后期加强迁移到其他平台的成本从而绑架开发者和用户并对标准制定有话语权和垄断权从而赚取更大的利润.所以WebAPP和NativeAPP将永远存在下去,除非有划时代的革命产品出现打破这一僵局.
返回顶部
顶部