HTML5为什么将颠覆原生.ppt

HTML5+ 原生 功能体验 一模 一样 跨平台 开发1次，5端发布 开发2次，2端发布 开发成本 低 高 开发难度 低 高 快速迭代 快 慢 运营难度 方便灰度、A/B测试 运营效率低 推广难度 低 高 应用获取 快速、方便、省流量 慢、复杂、费流量 应用更新 自动、方便、省流量 手动、复杂、废流量 手机消耗 省电、省空间 费电、费空间 跨应用交互 方便、可有哪些信誉好的足球投注网站 不能，除非有sdk互相调用 开发商关注指标 用户关注指标 HTML5，终将颠覆原生 去年11月，HTML5规范定稿时，当时有一篇很火的定稿分析文章，总结了HTML5的发展历程，和HTML5与原生对比的优势。那篇文章就是我写的。 我的观点就是HTML5将颠覆现有的原生应用生态系统。 有人说我的观点太激进了，虽然你是w3c的会员吧，但恐怕w3c的主席都没你这么激进。 那么，请你认真听我讲完这二十分钟，然后你再看看这个观点是不是真的太激进。 我的ppt页数比较多，很多页是不展开讲的，大家有兴趣就拍照一下，回去回顾， * HTML5过去没发展起来，核心是这个问题，我们业内人称之为性工能缺失。 当然性工能分别指性能、工具、能力。 * //我再补2个问题，HTML5没有高性能的ui框架，碎片化问题也很烦人。 与原生相比，h5这么多问题。 有些人已经知道DCloud其实已经解决了这些问题，但有些人还不知道，我再快速过一遍。 * 我们先从能力不足说起。 HTML5标准加上3大浏览引擎的扩展，一共是7w个语法，而原生，不管是ios还是Android，每个都有40w以上api。 HTML5和原生，根本就不在一个重量级，HTML5如何打得赢。 // 所以HTML5的工程师，只能郁闷的看着原生工程师做的应用有二维码、摇一摇、语音输入，你只能看着你做的产品被竞争对手的原生应用超越。 业内也有一些产品基于HTML5封装了一些原生能力，但api数量也就在数百个左右。 还有些产品使用hybrid方案，HTML5做一部分，原生做一部分。但这也不是HTML5工程师想要的。 你说那些人怎么只封装几百个api，要是有人把40w原生api都封装成js的api，就该多好。 可是谁闲着没事封装那么多API呢？ 还得追踪手机OS的升级，ios9新增了5000个api，太麻烦。 * 差距虽大，但办法其实已经有了，DCloud推出了系列产品来解决这个问题。 补齐能力，最简单的方式就是封装，类似phonegap/cordova，把原生api封装成js api。 但是40w个api都封装吗？这工作量不可想象； 而且全部封装后，包体积也不可想象。 但是我们可以把常用的封装了。事实上大多数app开发遇到的HTML5标准未含的部分只有几百个api。 并且我们把它做成公开标准，开放。 那么剩下的几十万api呢？不要封装，我们突破了一种Native.js技术，让js可以直调40w原生api。后面也会展开讲。 还有就是原生插件，开发者使用原生写的一些还不适合js做的事情，比如视频处理、ar增强现实，可以通过active plugin技术实现被js调用。 * 我们先看HTML5+规范，常用的都已经在这里了。 * HTML5+规范已经被十几万个App使用了 大家也可以在这个地址下载体验demo。 来吧，无图无真相。这些全部是用js写的。 * 然后我们来看Native.js技术，就是再往上一层的那个可以直接调40w原生api的技术。 Native.js不是一个js框架，它类似于nodejs。 Nodejs使用js语言，但让js可以开发服务器应用。 Native.js也类似，也是js语言，标准js语法，但可以调用原生对象。 从web前端到服务器、到原生app，看起来js真是无处不在了。 那么我们来看看，Native.js的代码到底怎么写。 我们看到这里引用了原生的类名，定义了一个js变量ariprint，如果后续对这个变量后面敲点，就可以点出这个原生对象的各种方法。 调用airprint、gamecenter，这都是ios专用api 然后看Android的那些专用api，创建桌面快捷方式，监听apk安装卸载。这里我给了一个稍微复杂点的示例，但可以看出Native.js能做什么，没什么不能做的。 看到这些代码，不知原生工程师是何感想，这原来是我的专利啊，现在js前端工程师就能做了？ 有没有危机感啊，唉，树挪死，人挪活，赶紧学HTML5吧。 Plugin没有时间讲了。能力讲完了，我们已经看出原来js是很强大的，能力上可以与原生拉齐。 * 下一个问题是工具，性工能里的工具。 我们都知道HTML5的开发工具真是比不上原生开发的工具。不过这个问题也改观了。 // 我们都知道，xcode、eclipse、vs，分别是ios、Android、