目前的 HTML5 开发跟一年前比进展如何,国内国外有没有区别?

注:问题来自「知乎圆桌」· 非移动开发者向移动转型:非移动开发者向移动转型的主题讨论,由CSDN 和《程序员》杂志总编辑刘江老师提问。参与嘉宾包括: 刘铁锋 海豚浏览器 CTO 季逸超 Peak-Labs创始人/CEO 覃超 Facebook工程师 陈彧堃 友盟技术总监 李建忠 Slideidea 创始人本题已收录至知乎圆桌 » 非移动开发者向移动转型,更多关于移动开发的话题欢迎关注讨论。
关注者
616
被浏览
66,609

16 个回答

进展很慢。这完全由于所谓开放式标准造成的。

HTML5作为开放式标准,成效是明显的。如同现在浏览器继续分化的情况下,但兼容性却呈现出越来越好的优势。现在做网站的同学们应该感到高兴。

但开放式标准带来的问题是,没有能真正提供一个好生态环境及开发体验。

Google在这上面做出了很多贡献,他给你看了很多酷炫的应用,但从没有告诉过你这些应用是怎么做出来的。这就是缺乏统一或是真正好用的开发体验,对于开发者而言显然是不公平的。其它厂商也是。

而封闭的标准:Apple的iOS快速的形成了自己的生态圈 ,当年的Flash也很快的降低了大家在交互式界面的入门门槛形成了多年的繁荣。

而HTML5现在还是各自为战,相对于其它平台无论是Runtime还是IDE,每年一个或几个版本的迭代速度,HTML5在向前前进的路上,的确慢了很多。

很多开发者是不是都有:“我不知道该用HTML5做什么” 的感觉。
作为一个不怎么关心 HTML5 的移动开发者,这一年我没有看到特别多的针对 HTML5 的正面消息,倒是听到了一些负面新闻。最大的负面消息莫过于 Facebook 开始转而使用 本地 UI 构造 iOS 版的客户端。这和去年乃至前年热火朝天的讨论大相迳庭。

出处(需西厢):facebook.com/notes/face

事实上,我对 HTML5 并不看好。理由是多方面的。

我不是很赞同前面几位朋友提到的 HTML5 对终端设备依赖性较低的说法。从我个人的经验来看,网络连接事实上是移动设备的耗电大户,即使是作为 HTML5 典范的 Chrome for Android 和 Safari for iOS 也不例外。受限于 HTML 协议和 Javascript 贫弱的二进制处理能力,HTML5 应用往往也不能像本地客户端那样使用压缩的二进制协议节约传输时间和带宽,反而需要消耗处理器时间做复杂的 DOM 解析。执行效率偏低姑且不论,处理纯文本 XML 数据带来的带宽消耗也是另一个问题。

至于应用体验,我承认做得好的 HTML5 页面的华丽程度令人惊叹。但问题在于:你究竟要花多少时间和精力才能做出那样的效果?和本地界面相比,完成一样的效果(比如滑动动画)是否确实更简单和高效,是所有人都得考量的问题。在 iOS 和 Android 平台,简单的动画效果几乎无需开发者费心,只要用标准控件就自然拥有。而 HTML5 则恐怕不是。

至于一致的观感,这个问题是见仁见智的。我不愿意强求自己的产品在所有平台上观感一致,因为这样让自己的产品和平台整体观感不符。但我也知道很多人仍然相信软件的界面应该在所有平台上一个样子。这一点我无法说服任何人。我只能说,站在我的角度上看,所谓 HTML5 界面的一致性优势,在我看来反而是个减分项。

大概就是这样吧。桌面系统的生态区别很大,也许会有不同。但这就不是我擅长的领域了。