从 HTML5 和 Flash 之争看开发者社区

红薯
 红薯
发布于 2011年11月14日
收藏 5

过去一周的一个大事件是 Adobe 宣布放弃移动版的 Flash 开发,全面转向 HTML 5,为 HTML 5 与 Flash 之间的争论画上了一个句号。

这场争论开始于 2010 年 4 月,Steve Jobs 在苹果官方网站上发表的 Thoughts on Flash。在这篇文章中,他列举了包括开放性、性能、电池续航、对触摸交互的支持等多个理由,最后结论于 iOS 的生态系统不会接受一个来自第三方的软件层供移动应用在其上运行。这样的影响是 HTML 5 变成了除了 iOS 原生体验之外唯一的选择,同时也是唯一真正的跨平台选择。这篇文章开启了业界第一次关于这个话题的热议。记得我还在纽约时报上看到了 Adobe 刊登的整版广告,上面用硕大的字体写着:We Love Apple。

一年半的时间很快过去了。我们并没有看到 Flash 在移动设备上太多的曝光。相反,我们看到 HTML 5 在包括桌面和移动领域快速的拓展。HTML 5 不仅仅成为了 web app 重要的组成部分,也可以用来开发网页游戏,制作具有高互动性的广告创意,在 PhoneGap 等框架的支持下进入 App Store 发行渠道成为原生应用。Adobe 在不久前宣布收购了 PhoneGap 开源项目最大的代码贡献组织,已经在为从 Mobile Flash 到 HTML 5 的战略转移布局。

在开发者社区中,越来越多的软件开发者从 C++ 和 Java 转向了 Objective C 和 Android 原生开发。相关的技术书籍越来越丰富。原生应用可以更完整的支持设备的各种特性,性能更好,开发工具也不比 Flash 差劲。加上 App Store 和 Android Market 构造的完整的生态圈,这些原生应用可以很容易的从内置广告和付费购买中获得收益。短短几年时间,上百万应用进入了数亿用户的设备上。Flash 从来没有为开发者社区带来类似的效应。可能很少有人注意过,Adobe 确实曾经为 Flash / AIR 应用设计过一个应用商店。

HTML 5 对于很多开发者而言似乎更加陌生。来自 Web 的技术似乎从来都缺乏一个责任人。W3C 在 HTML 5 / CSS 3 标准制定上进展缓慢,JavaScript 的逻辑令人费解同时缺乏统一的标准框架。当面对不同硬件设备和浏览器环境的时候,HTML 5 其实也没有好办法来提高性能或调动硬件功能。最近我们的团队在计划一项轻量级的为移动设备专门设计的产品特性,在和产品团队讨论的时候,我听到了这样的反 馈:“HTML 5 的确是最适合开发这个特性的选择,但是也许一个移动应用是这个团队更擅长的东西。”这样的反馈可能会出现在很多移动应用团队的身上,因为他们的 DNA 已经转到原生应用上。如果没有足够的理由,我们可能会看到越来越多的聪明人深入原生应用开发,反而让 HTML 5 技术人才出现一个尴尬的空缺。

HTML 5 需要一个更明确的领导者。不仅仅是通过浏览器技术提高渲染性能,更是降低相关技术的学习成本, 比如更清晰的技术标准,更丰富的技术指南,更易用的开发设计工具,将制作开发流程标准化流水线化,在特定的商业需求中找到可以复用的规律并将它们产品化, 甚至是围绕相关的技术和产品,建立一个类似 App Store 的生态系统和有机的商业模式,鼓励更多的开发者加入其中形成社区,或者通过类似 PhoneGap 的途径融合进入原生应用的生态系统。这样的正向循环是数量庞大的代码片段、类库、SDK、开发工具、软件项目、商业产品在这个系统上迸发,并获取数额客观 的利润,进一步激发更多的开发实践和更成熟的商业链条。这也是 App Store 最为公开的成功秘诀。

另外,在 Mozilla 的网站上公布了一些通常被认为是 HTML 5 的技术,但其实却并非 HTML 5  标准框架的一部分。感兴趣的同学可以去看看这些似是而非的概念。

本文来自果合移动广告,作者是果合联合创始人张宁。果合是中国最大的为移动应用媒体设计的广告管理和优化平台,为移动开发者提供功能强大的广告聚合、优化、管理和数据分析的专业解决方案。

资讯来源:36氪

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 OSCHINA 社区 [http://www.oschina.net]
本文标题:从 HTML5 和 Flash 之争看开发者社区
加载中

最新评论(3

开心303
开心303
++
朱毛毛
朱毛毛
关注
duilib
duilib
占位
返回顶部
顶部