⑴ 什么是由 DC loud推出的一款接近原生app体验的高性能前端框架
咨询记录 · 回答于2021-09-02
⑵ 网站制作的APP和原生APP到底哪个好
毫无疑问原生的最好，但是首先要确定，如果你用原生的制作APP那一定要有自己的技术团队，否则就别考虑这个了。因为找外包公司给你做技术服务维护原生APP那价格很贵滴，而且时效性也不行。
一般企业在初期或者承受能力有限就用网站制作的APP就行，这种也叫混合型APP，维护成本低，后期有必须要需求了在增加原生APP端就行。至少客户问我那种好我一般就是这么回答的。个人认为，很多企业难以承受原生APP的价格。
比如混合商城APP，就像淘宝那样的，PHP做就行，进行封装就可以。成本也就十几万到二十几万足够了。原生的那贵的离谱了，比如光一个PC端就要十万左右至少，还是有技术积累的公司，从新写更贵。安卓端JAVA写一个至少二三十万吧，还有苹果端呢，全下来可能要准备一百万了。
所以创业型公司就混合型的吧用网站封装一个就行，大公司还是原生的更高大上。
⑶ h5做app和原生app有什么区别
一、功能更强大
从以上定义中可以看出，原生APP是系统性的应用程序，可以地用手机终端的硬件设备，比如语音、短信、GPS、蓝牙、重力感应和摄像头等，但是webAPP是不可以做到这些的。所以如果你想做一个可扩展性强，而且后期功能不断完善的APP，一定要考虑原生的。 二、 加载速度更快
刚我们有提到原生APP是由 “云服务器数据+APP应用客户端” ”两部分构成，APP应有所有的UI元素、数据内容、逻辑框架都是安装在手机里的。所以用户在使用APP的时候，不需要重新加载数据，因为这些内容都安装在手机中了，虽然第一次安装的时候有点复杂，但是在实际使用会方便很多。
济南APP开发定制
但是web APP打开每一个页面，都需要重新加载，虽然现在网络情况很好了，但是在实际中可能会有各种问题，比如流量用完了、所在区域网络不好或出了问题，就很大可能出现加载慢或者加载不出来的问题，加载多了很容易出现卡死错乱的情况，用户的体验就会很差。因此考虑到用户体验和加载速度方面，原生APP的性能要远远优于web。
第三：稳定性更好
目前市场的web版的APP多为模板，这种模板价格便宜，但是功能无法拓展，而且随着市场上浏览器、技术的进步，会逐步出现各种问题，稳定性根本无法保证。相比而言原生的APP技术更加成熟，而且功能可以拓展性更强。做个简单的比喻，我们有一套房子，这个房子可以考虑自己建设，这个过程中我可以决定建几层、建成什么样的户型等等，但如果其买别人做好的，那就只能从已经有的中选择。如果遇到网络不好的情况可能就像等期房一样，只大体知道是啥样的，但具体的得等网络好了才能看到。
⑷ 2015年有哪些比较优秀的前端框架
作者：匿名用户
链接：http://www.hu.com/question/39377015/answer/81017680
来源：知乎
着作权归作者所有，转载请联系作者获得授权。
此榜单根据github上star数作为排名依据，一个人力量有限，如果收集有遗漏欢迎补充。
1、名称：Bootstrap
类别/语言：HTML、CSS、JavaScript
创建者： Twitter
人气：在Github上有91007 stars
描述：主流框架中毋庸置疑的老大，Bootstrap 是基于 HTML、CSS、JavaScript 的，它简洁灵活，使得 Web 开发更加快捷。
核心概念/原则: RWD 和移动优先制。
浏览器支持： Firefox, Chrome, Safari, IE8+ (你需要 Respond.js for IE8)
响应式: Yes
模块化: Yes
官网地址：Bootstrap · The world's most popular mobile-first and responsive front-end framework.
Github地址：twbs/bootstrap · GitHub
2、名称：html5-boilerplate
类别/语言：HTML、CSS、JavaScript
创建者：Paul Irish
人气：在Github上有32,349 stars
描述：HTML5 Boilerplate 帮你构建 快速, 健壮, 并且 适应力强 的web app或网站。
核心概念/原则：响应式
浏览器支持：Firefox, Chrome, Safari, IE8+,Edge,Opera
预处理器：None
响应式：Yes
模块化：Yes
官网地址：HTML5 Boilerplate: T
Github地址：h5bp/html5-boilerplate · GitHub
3、名称：Meteor
类别/语言：HTML、CSS、JavaScript
创建者：immir
人气：在Github上有31,092 stars
描述：Meteor是新一代的开发即时web应用的开源框架，它能帮助你在最少的时间内完成开发。
核心概念/原则：响应式
预处理器: Less
响应式: Yes
模块化: Yes
官网地址：Meteor
Github地址：meteor/meteor · GitHub
4、名称：Semantic UI
类别/语言：HTML、CSS、JavaScript
创建者: Jack Lukic
人气: 在Github上有22,325 stars
描述: “基于自然语言有效原则的UI组件框架”
核心概念/原则: 语义，标签的矛盾性、响应式
浏览器支持：Firefox, Chrome, Safari, IE10+ (IE9 with browser prefix only), Android 4, Blackberry 10。
预处理器: Less
响应式: Yes
模块化: Yes
官网地址：Semantic UI
Github地址：Semantic-Org/Semantic-UI · GitHub
5、名称：Foundation
类别/语言：HTML、CSS、JavaScript
创建者: ZURB
人气: 在Github上有22,206+ stars
描述: “世界上最优秀的响应式前端框架”
核心概念/原则: RWD 、手机优先、语义的
浏览器支持： Chrome, Firefox, Safari, IE9+; iOS, Android, Windows Phone 7+
预处理器: Sass
响应式: Yes
模块化: Yes
官网地址：Foundation | The most advanced responsive front-end framework in the world.
Github地址：zurb/foundation-sites · GitHub
6、名称：Materialize
类别/语言：CSS
创建者：Google
人气：在Github上有15,288stars
描述：Materialize是一个个基于材料设计的一个现代化的响应式前端框架。他们做了最繁重的工作，为您提供默认的样式，结合了您的自定义组件。此外，他们还改进动画和过渡，为开发人员提供流畅的体验。
核心概念/原则：响应式
预处理器：Sass
响应式：Yes
模块化：Yes
官网地址：Documentation
Github地址：Dogfalo/materialize · GitHub
浏览器支持：Chrome 35+, Firefox 31+, Safari 7+, IE 10+
7、名称：Pure
类别/语言：CSS
创建者: Yahoo
人气: 在Github上有13,161 stars
描述: “您可以在每一个web项目中使用的一组小的和响应式的CSS模块”
核心概念/原则:SMACSS,极简的.
浏览器支持：Firefox的最新版本, Chrome, Safari; IE7+; iOS 6.x, 7.x; Android 4.x
预处理器: None
响应式: Yes
模块化: Yes
官网地址：http://purecss.io/
Github地址：yahoo/pure · GitHub
8、名称：Vue
类别/语言：CSS、JavaScript
创建者：尤雨溪
人气：在Github上有12,214 stars
描述：Vue.js 是用于构建交互式的 Web 界面的库。它提供了 MVVM 数据绑定和一个可组合的组件系统，具有简单、灵活的 API。
核心概念/原则：响应式
浏览器支持：Firefox, Chrome, Safari, IE9+，Android 4.2+，iOS 7+
预处理器：None
响应式：Yes
模块化：Yes
官网地址：vue.js
Github地址：vuejs/vue · GitHub
9、名称：Skeleton
类别/语言：CSS、JavaScript
创建者：Dave Gamache
人气：在Github上有10,622stars
描述：Skeleton 是一个小的 JS 和 CSS 文件的集合,可帮你快速开发漂亮的网站,适合各种屏幕设备包括手机。Skeleton 基于 960 grid 开发。它是一个 UI 框架。
核心概念/原则：响应式
浏览器支持：Firefox, Chrome, Safari, IE10+,Opera
预处理器：None
响应式：Yes
模块化：Yes
官网地址：Skeleton: Responsive CSS Boilerplate
Github地址：dhg/Skeleton · GitHub
10.名称： Amaze UI
类别/语言：HTML、CSS、JavaScript
创建者：云适配
最后更新时间：2015年12月
人气：在Github上有6425 stars
描述：国内首个开源HTML5跨屏前端框架，中文排版支持更优、本土化组件丰富。
并在2015年11月推出基于 React.js 的专属移动端 Web 组件库Amaze UI touch。
核心概念/原则：组件化、移动优先、轻量级、高性能。
浏览器支持： Firefox, Chrome, Safari, IE8+
响应式: Yes
模块化: Yes
官网地址：Amaze UI | 中国首个开源 HTML5 跨屏前端框架
Github地址：amazeui/amazeui · GitHub
11、名称：UIkit
类别/语言：HTML、CSS、JavaScript
创建者: YOOtheme
人气: 在Github上有6,050+ stars
描述: “一个轻量级的和模块化的前端框架,用于快速开发和功能强大的web接口。”
核心概念/原则:RWD, 手机优先.
预处理器: Less, Sass
响应式: Yes
模块化: Yes
官网地址：UIkit
Github地址：uikit/uikit · GitHub
浏览器支持： Chrome, Firefox, Safari, IE9+
12、名称：Yui
类别/语言：CSS、JavaScript
创建者：Yahoo
人气：在Github上有3,200+ stars
描述：Yahoo! UI Library (YUI) 是一个开放源代码的 JavaScript 函数库，为了能建立一个高互动的网页，它采用了AJAX, DHTML 和 DOM 等程式码技术。它也包含了许多 CSS 资源。使用授权为 BSD许可证
核心概念/原则：响应式
预处理器: None
响应式：Yes
模块化：Yes
官网地址：http://yuilibrary.com/
Github地址：yui/yui3 · GitHub
浏览器支持：Firefox, Chrome, Safari, IE10+,Opera
13.名称：kissy
类别/语言： JavaScript
创建者：淘宝前端
最后更新时间：2015年7月
人气：在Github上有2035 stars
描述：KISSY 是一款跨终端、模块化、高性能、使用简单的 JavaScript 框架。
框架大小: 37 KB
核心概念/原则: 模块化，跨终端，高扩展性
模块化: Yes
官网地址：KISSY - A Powerful JavaScript Framework
Github地址：kissyteam/kissy · GitHub
14.名称：MUI
类别/语言： HTML、CSS、JavaScript
创建者：Dclould
最后更新时间：2016年1月
人气：在Github上有2012 stars
描述：MUI-最接近原生App体验的前端框架框架。
核心概念/原则: 多端发布、高性能
响应式: NO
模块化: Yes
官网地址：MUI-最接近原生APP体验的高性能前端框架
Github地址：dcloudio/mui · GitHub
15.名称：Arale
类别/语言： JavaScript
创建者：支付宝前端
最后更新时间：2015年7月
人气：在Github上有1252 stars
描述：Arale 是一个开放、简单、易用的前端基础类库。
框架大小:未知
核心概念/原则: 开放、简单、易用
浏览器支持：Firefox, Chrome, Safari, IE6+
响应式: Yes
模块化: Yes
官网地址：Arale - 随心构建互联网应用
Github地址：aralejs/aralejs.org · GitHub
16.名称：JX
类别/语言：Javascript
创建者：腾讯前端
最后更新时间：2015年12月
人气：在Github上有952 stars
描述：JX 是模块化的非侵入式Web前端框架，特别适合构建和组织大规模、工业级的Web App。
框架大小: 未知
核心概念/原则: 保持最优执行效率
浏览器支持： 兼容主流浏览器
模块化: Yes
官网地址：JX - 腾讯 Web 前端开发框架
Github地址：AlloyTeam/JX · GitHub
17.名称：GMU
类别/语言：HTML、CSS、JavaScript
创建者：网络前端
最后更新时间：2015年12月
人气：在Github上有940stars
描述：GMU是基于zepto的mobile UI组件库，提供webapp、pad端简单易用的UI组件! Web App。
核心概念/原则: 简单易用、轻量级
模块化: Yes
官网地址：http://gmu..com/
Github地址：fex-team/GMU · GitHub
18.名称：ZUI
类别/语言： HTML、CSS、JavaScript
创建者：蝉道
最后更新时间：2015年7月
人气：在Github上有616 stars
描述：开源HTML5前端框架
核心概念/原则:简单易用、轻量级、易于定制
浏览器支持：未知
官网地址：ZUI - 开源HTML5跨屏框架
Github地址：easysoft/zui · GitHub
19.名称：Clouda Touch.js
类别/语言：JavaScript
创建者：网络云
人气：在Github上有387 stars
描述：Touch.js是移动设备上的手势识别与事件库,也是在网络内部广泛使用的开发。
核心概念/原则: 无入侵设计、媲美原生的交互、极简的API
模块化: Yes
官网地址：Touch.js
Github地址：Clouda-team/touch.code..com · GitHub
20.名称：Arkui
类别/语言：HTML、CSS、JavaScript
创建者：豆瓣
人气：在Github上有129 stars
模块化: Yes
官网地址：arkui
Github地址：mockee/arkui · GitHub
⑸ vue打包成app跟原生APP对比
1、首先从开发方面：原生开发的App：每一种移动操作系统都需要独立的开发项目每种平台都需要独立的开发语言。Java(Android), Objective-C(iOS)以及Visual C++(Windows Mobile)等等需要使用各自的软件开发包，开发工具以及各自的控件。我们做的手机网站打包的APP：从原生演变过来的通过APP嵌入网站来是实现的，这种应用可以使用HTML5,CSS3以及JavaScript以及服务器端语言来完成（PHP,Ruby on Rails,Python）。
2.APP性能方面：原生App：能够与移动硬件设备的底层功能，比如个人信息，摄像头以及重力加速器等等。网站制作的App：只能使用有限的移动硬件设备功能。
3.APP数据获取方法：原生App：直接下载到设备以独立的应用程序运行(并不需要浏览器)。用户必须手动去下载并安装这些原生App。网站封装的APP：从移动设备上的浏览器访问，不需要安装额外的软件，软件更新只需要服务器更新就够了
⑹ 有没有完全免费将H5制作的网站封装成原生app求推荐，一定要 “免费”的
网站封装APP是很简单的，而且免费。亥着开发者服务平台就可以做。注意最后一张图里的那些插件，封装本身是免费的，但是额外插件是收费的，所以你如果不是非得要用那些插件，最好不要选，省钱。
额外多说一点，问题当中所提到的原生APP，和封装APP是不同的，封装APP就是给网站套个APP的壳子，让它可以安装在手机桌面上，打开就进入网站，但是这个封装APP本身是没什么内容的，没有前端没有后台，有的都只是这个网站。
而原生APP，是指不同移动操作系统（ios、Android）需要各自开发 并且使用原生程序编写运行的第三方移动应用程序。
⑺ HTML5定稿了，为什么原生App世界将被颠覆
一、 HTML5的诞生
自W3C于1999年发布HTML4后，Web世界快速发展，一片繁荣。人们一度认为HTML标准不需要升级了。一些致力于发展Web App的公司另行成立了WHATWG组织，直到2007年，W3C从WHATWG接手相关工作，重新开始发展HTML5。
HTML5的发展史，有用户的需求在推动，有技术开发者的需求在推动，更有巨大的商业利益在推动。
在互联网的早期，对用户而言，能打开浏览器接入到互联网世界就是一个神奇的事情，但互联网发展到2005年前后，开始出现下一个变化，就是宽带互联。
随着宽带的普及和电脑性能的增强，人们不再满足于单纯的通过互联网看新闻、收发邮件，消耗更高带宽的娱乐产品开始出现，就是流视频和网页游戏。其实视频和游戏是古老的需求，在互联网不普及的时候，需求的满足方式是离线传输的VCD和游戏光盘;后来互联网逐渐普及，人们更改了使用方式，通过下载软件+本地媒体播放器来看视频，下载体积较大的端游玩游戏。
但是对消费者体验更好的新方式还是出现并颠覆了以前的一切，那就是流媒体和网页游戏。Youtube等公司把握住潮流飞速崛起，各种页游公司也如雨后春笋。
但是HTML标准没有把握住产业的变化及时演进，浏览器产品也未升级，这块新需求被浏览器插件满足了，那就是Flash。这个部署在亿万浏览器里的商业插件俨然成为事实标准。2005年Adobe巨资收购Macromedia，把Flash收归旗下，紧接着大幅推广FLV流媒体和action script语言，很明显这桩收购可以列为IT并购的经典案例，FLV流媒体和Flash游戏风靡互联网，Adobe在新的产业升级中攫取了大量的利润。
除了Flash这个商业产品成为了事实标准，W3C还面临一个尴尬，就是另一个私有扩展协议的制造者—IE。IE当时在桌面浏览器占有垄断地位，并且扩展了大量的IE Only语法，开发者完全不知道这些语言是谁定义的。整个web世界，就被两家公司微软+Adobe绑架了。
很多IT巨头都坐不住了，尤其是苹果和Google。PC操作系统的世界难有突破，Web浏览器被苹果寄予厚望，而且第一代iPhone只支持网页，那时还没有Appstore，Safari是乔布斯非常看重的产品;新贵Google虽然大量赞助Mozilla，但并未对IE的地位产生实质影响，收购了YouTube后发现底层被Adobe控制，也是非常难过，而且Google每年给IE的搜索框和Adoble FLV缴纳的费用真不是小数目。
既然大家都是W3C的主席单位，好吧，我们重新开始做HTML5吧。
是的，HTML5其实就是这么诞生的。那是2007年，IE和Flash由盛转衰的转折点。
二、 HTML5第一阶段： Web 增强与破垄断
自HTML5诞生以来，一共经历了两个阶段，分别是Web增强和移动互联网。我们先从Web 增强说起。
web体验的丰富增强主要表现在：1. webapp，比如gmail;2. 流媒体;3. 游戏。我们就这3个方面来讲HTML5做了什么。
1. webApp
HTML5新增了离线存储、更丰富的表单(比如Input type=date)、js线程、socket王乐、标准扩展embed、以及很多css3新语法…
2. 流媒体
HTML5新增了audio、video
3. 游戏
HTML5新增了canvas、webgl
当然还有Google努力在HTML5中推进Header和Section等标签，以利于搜索引擎分析，这些不多述。
HTML5补充流媒体和游戏能力后，加上苹果强势拒绝在iOS上引入Flash，成功的遏制了Flash的发展，然后就该遏制IE私有语法了。
在HTML5标准的升级过程中，苹果和Google同时也看到了浏览器市场重新洗牌的机会，他们一方面参与HTML5的规范，一边在浏览器产品上发力。Apple首先开始大力发展Safari，建立WebKit开源项目，Mac、iOS、Windows多平台齐发力;Google起初是赞助Mozilla开发Firefox，后来自己开发了v8引擎，合并WebKit，于2008年正式推出Chrome。“IE的私有规范+Flash不是标准，我们才是标准”这样的口号在新一代浏览器大战中打响，IE瞬间成为千夫所指的垄断代表，甚至成了阻碍Web发展的罪人(当时IE6已数年未更新，并且丝毫不惧Firefox的发展)。
偏偏微软此时也出了晕招，推出了一系列即不完整支持规范又互相不兼容的IE7、8、9、10，彻底失去了开发者的心。
Adobe的Flash被遏制，与Web霸主的位子擦肩而过;IE的私有标准被遏制，并且造成IE市场份额不停下滑，直到IE最新的移动版本反过来开始支持WebKit私有语法，真是令人唏嘘。不知道HTML6是不是该打倒WebKit垄断了。
三、 HTML5第二阶段： 移动互联网
随着Chrome和Safari的高歌猛进，以及IE+Flash的衰落，HTML5告一段落，进入了下一个时代——移动互联网。HTML5的跨平台优势在移动互联网时代被进一步凸显。HTML5是唯一一个通吃PC、Mac、iPhone、iPad、Android、Windows Phone等主流平台的跨平台语言。Java和Flash都曾梦想这个位置，但梦断于iOS。此时人们纷纷开始研究基于HTML5开发跨平台手机应用。很多人当时认为，原生应用只是过渡，就像当年从C/S结构转变为B/S结构一样。而且学习Objective-C和Java很费劲，我既然会网页开发，为何不试试HTML5。
W3C此时成立了Device API工作组，为HTML5扩展了Camera、GPS等手机特有的API，然而麻烦的是，移动互联网初期的迭代太快了，手机OS在不停的扩展硬件API，陀螺仪、距离感应器、气压计。。。每年手机OS都有大版本更新。而W3C作为一个数百家会员单位共同决策的组织，从标准草案的提出到达成一致是非常复杂的过程，跟不上移动互联网初期的快速迭代。
PhoneGap的出现，给开发者打开了一扇窗。很多人期待PhoneGap不停扩展API，来补充浏览器的不足。Adobe看到PhoneGap仿佛看到了重振江湖地位的希望，但在Adobe收购PhoneGap后，又发现这个东西可商用性不足，而且开源使得Adobe无法像Flash那样获取商业利益，于是就把PhoneGap捐给了Apache，改名为Cordova。
因为各种原因，Cordova的定位最终没有成为浏览器的强化，而走向了混合式开发。基于当时的背景，他们认为原生是不可替代的，“原生+HTML5”的混合模式更有意义。所以现在Cordova的使用模型是“原生工程师+HTML5工程师”一起协作完成App。
这时Facebook加入了W3C，牵头成立了Mobile Web工作组。Facebook是混Web圈的，并且在手机OS上没有自己的领地，他不喜欢被苹果和Google掌控的原生应用生态系统。Mobile Web这个工作组的重要目标就是让HTML5开发的网页应用达到原生应用的体验。然而，事与愿违，它不努力也就算了，结果是努力了却失败了。2012年，Facebook放弃了HTML5的新闻充斥了全世界的IT媒体，HTML5瞬间被打入冷宫。
Facebook为何放弃HTML5?核心是当时基于HTML5真的做不出好的移动App。对比Twritter等竞争对手的原生App，Facebook的HTML5版本实在无法让用户满意。比如Push功能，到现在HTML5的推送和原生的推送体验差距依然巨大，更不用说HTML5应用的页面切换白屏、下拉刷新/侧滑菜单不流畅等众多问题。看着原生工程师轻松实现摇一摇、二维码、语音输入、分享到朋友圈等功能，更是让HTML5工程师感觉自己站错了队。
即使Facebook不喜欢被控制，也不能拿被用户抛弃来冒险。而且Facebook并没有掌握关键点—手机浏览器内核。如果浏览器不跟上，徒然定一堆标准草案落不了地。
而浏览器在手机上的表现是什么呢?先看Google，Chrome性能虽高，但Android上的浏览器却并非Chrome，而是WebKit改出来的一个蹩脚的Android浏览器;再看苹果，iOS上不允许其他浏览器引擎上架App Store，而且其他使用Safari引擎的应用也无法调用苹果自己的JavaScript加速引擎Nitro。结果是苹果和Google不但不在浏览器上积极实现HTML5关于移动App所需的规范，反而对HTML5做出种种限制。
不管是当时硬件能力不足，还是手机OS厂商的故意限制，总之结果就是：在移动互联网的初期，一定是原生应用生态系统的天下，iOS和Android首先自己的地盘稳固后，产业才会向下个阶段升级。
Facebook也好，PhoneGap也好，想在移动互联网初期就分一杯羹是分不到的，但坚持下来，机会往往会出现。
四、 HTML5这回真的来了
终于，在2014年10月底，W3C宣布HTML5正式定稿。这个时间，不晚不早，硬件性能更强、手机OS迭代速度下降。
随着HTML5标准定稿，一切纷争将告一段落，现在，属于HTML5的时代到来了。
有人说，光标准定稿没用啊，配套起来了吗?HTML5做的应用究竟能否匹敌原生App?答案是，HTML5不但可以匹敌原生App，甚至它天然的很多特性超越了原生App。
我们先谈谈HTML5原来不如原生应用的地方，业内俗称HTML5有“性工能”障碍。即HTML5性能不如原生、开发工具不如原生、能力调用不如原生。
这几个问题导致开发者无法使用HTML5做出与原生一样的App。然而，不管是硬件升级还是OS厂商策略变化，以及相关软件技术的成熟，已解决了HTML5的“性工能”障碍。
1. 硬件升级
2011年，iPhone 4s的CPU是A5，现在iPhone 6是A8，按苹果的历次发布会的说法，速度共提升了7.5倍。这3年间7.5倍的速度提升，抹平了太多HTML5的性能问题。
2. 苹果、Google的策略变化
Google在2013年底发布的Android 4.4，内置的Webview不再是蹩脚的Android WebKit浏览器，而是Chromium，性能大幅提升。从最新的Android5.0开始，Webview可以通过Google Play Store实时更新，和Chrome的升级保持一致，用户就可以不刷机享受到最新的浏览器引擎;再看Apple方面，2012年iPhone 5发布后，HTML5在iOS上的表现已令人满意，Safari独家的JavaScript加速引擎Nitro不再那么重要，不过在iOS 8发布后，苹果还是很识趣地取消了三方程序调用Nitro的限制，现在任意浏览器或应用调用iOS的UIWebview都可以利用Nitro加速，这样在前端使用JS做大型运算也成为可能。两大手机操作系统霸主和浏览器巨头的态度发生了变化，使得HTML5在手机上的发展不再受限，而且这个变化不可逆只能继续向前，这种变化势必会产生深远的影响。
3. 软件技术的成熟
PhoneGap的发展虽然放缓了，但其他产品技术却成熟了。2014年的iWeb大会上，众多厂商的产品提供了面向开发者免费或开源的HTML5性工能障碍的解决方案。
(注：编者作为从业人员，也会在分析各种方案时提到我们公司的方案，但编者会客观不夸张的陈述方案，而且该方案是纯免费的，没有商业销售嫌疑。)
DCloud公司在iWeb大会上发布了系统的HTML5“性工能缺失”的解决方案，包括：
a) 性能：提升HTML5性能的手机端引擎，让侧滑菜单、下拉刷新等动态交互卡顿的问题得以解决;
b) 工具：HTML5开发IDE产品HBuilder, 超快的编程利器;
c) 能力：把40万原生API封装成JavaScript对象，以解决HTML5能力不足问题的Native.js技术;
d) 最接近原生体验的高性能框架：MUI框架，体积只有几十K，加载、运行远快于一般框架。
基于该方案开发的HTML5应用完全可以达到原生App的功能和体验。
使用HBuilder开发HTML5应用
英特尔公司发布了Crosswalk引擎，可以让Android 4.0-4.3的手机上的应用打包Chromium引擎而不是Android WebKit。毕竟目前市场上存在大量Android 4.0-4.3的手机，同时统一的webview也避免了兼容性的烦恼。
在专业方向上很多公司也做出了不错的成绩。触控的Cocos2d-html5、Egret runtime和Ludei CocoonJS强化了Canvas的表现，让HTML5游戏体验更好;UC、猎豹等手机浏览器都强化了音视频播放的表现。
不管是硬件升级、软件成熟，还是操作系统厂商策略变化，都在强力推动HTML5的爆发。
不过要注意，我说的HTML5爆发，不是指手机浏览器会替代桌面成为应用入口。有人说HTML5不好，因为用户讨厌打开浏览器输入URL的过程。我想说这种想法是对HTML5的片面理解。HTML5!=传统浏览器，虽然编程语言还是HTML、Javascript、CSS，但发行方式绝不是传统网站那么简单。HTML5应用的入口，反而很少是启动浏览器输入URL，它可以是存在于手机桌面的图标、也可以来自超级App(如微信朋友圈)、以及搜索引擎、应用市场、广告联盟。。。到处都是它的入口。它的入口，比原生App更多。
五、 原生App的颠覆
HTML5的“性工能”障碍得到解决，可以接近原生App的效果，所以它就可以替代原生App吗?很多人认为，即使HTML5会发展的比现在好，也将是与原生App各占一部分市场的格局，要求不高的长尾应用会使用HTML5，而主流应用仍是原生App的天下。
但我认为这样的想法很危险，就像Apple成立前，HP的高层告诉沃兹：谁会在家里摆一台电脑呢?未来HTML5肯定会颠覆原生App。“性工能”障碍的消除，只是HTML5的劣势被削弱，但劣势被消除后，它的优势就会大放异彩，HTML5的优势是什么?我们分别就开发者和最终用户来看。
■HTML5对开发者的7大优势
● 跨平台：
在多屏年代，开发者的痛苦指数非常高，人人都期盼HTML5能扮演救星。多套代码、不同技术工种、业务逻辑同步，这是折磨人的过程。有点类似个人电脑早期世界，那个时候的每家电脑都有自己的操作系统和编程语言，开发者疲于做不同版本，其实DOS的盛行也很大程度是因为开发者实在没精力给其他电脑写程序。跨平台技术在早期大多因为性能问题夭折，但中后期硬件能力增强后又会占据主流，因为跨平台确实是刚需。
●快速迭代：
移动互联网是一个快鱼吃慢鱼的时代，谁对用户的需求满足的更快，谁的试错成本更低，谁就拥有巨大的优势。互联网产品大多免费、且有网络效应，后入者抢夺用户的难度非常大。使用原生开发，从招聘、开发、上线各个环节的效率都慢一倍以上，而且参与的人越多，沟通效率往往拖慢不止一倍。
●持续交付：
很多人有这样的体会，一个原生应用上线Appstore，突然有一个大bug，只好连夜加班修复，然后静静等待2周或更长时间的Apple审核，这2个星期被用户的涂抹淹死，市场上一片差评，用户大量流失。等新应用被审核上线了，用户已经卸载了。但是，HTML5没有这些问题，你可以实时更新，有问题立即响应。
●大幅下降成本：
创业者融资并不容易，如何花钱更高效非常重要。如果你使用原生开发的App和竞争对手使用HTML5开发的App没什么区别，但你的开发成本高出一倍，我相信没有投资人会喜欢给你投钱。
●开源生态系统发达：
HTML5前端是开放的正反馈循环生态系统，大量的开源库可以使用，开发应用变得更轻松、更敏捷，当然这也体现在了快速迭代和成本下降上。不过更重要的是，这种开放的正反馈循环生态系统未来的生命力是比原生生态系统更强劲的。
●开放的数据交换：
HTML是以page为单元开放代码的，它无需专门开发SDK，只要不混淆，就能与其他应用交互数据。开发者可以让手机搜索引擎很容易检索到自己的数据， 也更容易通过跨应用协作来满足最终用户需求。
●更容易推广、更容易爆发：
导流入口多：HTML5应用导流非常容易，超级App(如微信朋友圈)、搜索引擎、应用市场、浏览器，到处都是HTML5的流量入口。而原生App的流量入口只有应用市场。聪明的HTML5开发者当然会玩转各种流量入口从而取得更强的优势。
流量大：前段时间微信朋友圈风靡一时《神经猫》，这个游戏如果放到Appstore，绝对没有那么多流量，超级App带来的流量，远大于原生应用市场。假如微信允许游戏在桌面创建快捷方式、假如游戏后续升级解决持续娱乐问题，未来不可想象。
导流效率高：除了入口多、流量大，导流效率高也不可忽视，谁都知道：页游和端游打同样的广告，广告变用户的转化率，页游远远高于端游。
可精准导流到二级页：我们都知道搜索引擎可以直接进入到
■HTML5对最终用户的3大优势
●大幅降低使用门槛
为什么流媒体会替代下载视频成为主流?为什么页游会如此火爆?只因用户太“懒”。让用户更方便的满足需求，有时效果好于更多的满足需求。
用户眼睛看到一个兴趣点，点击后，就应该立即开始满足用户需求。比如流媒体可以立即看，页游可以立即玩。而目前的原生应用市场，用户需要这样操作：选一个应用、等待下载、确认权限、等待安装，然后点击打开。这样糟糕的体验迟早要被颠覆。
不管是App、游戏还是音视频，未来都将即点即用。谁先满足用户这个需求，谁就制胜。
●实时更新、差量更新的优秀体验
HTML5应用可以绕开应用市场的限制进行自主实时更新，用户可以快速享受新服务。
而且这种更新完全可以是差量更新，比如某个HTML页面或某个js文件有问题，只更新这个几k的小文件就可以了，这比原生应用的更新体验好太多。
●跨应用的使用体验
目前手机应用切换是以桌面或任务管理器为中心的，但事实上这些中心很影响效率和体验。用户想出差三亚，先打开去哪App订票，然后切回桌面，再找到并打开天气App，搜索输入三亚，再切到桌面，找到并打开航旅纵横App，输入航班号值机，哦对了，航班号多少来着，再切到桌面，找到并打开去哪App看航班号，最后找到并打开租车App，输入租车地点，然后再切回桌面。。。
在原生应用体系下，用户只能这样。但在HTML5体系下，他不需要切回桌面，他可以在App间方便的直接跳来跳去，而不是使用一个一个孤岛App;他更不用重复录入数据，应用间可以方便的互相传递数据。
这种模式需要一点想象力，但未来迟早会来。
分析至此，我们可以明显的看出，不管是站在最终用户角度、还是站在开发者角度，HTML5必将取代原生应用当前的位置。并由此引发一系列颠覆。
⑻ 怎么把网站做成APP，超简单的封装成app服方法
1.
如果你会技术，之前有涉及移动应用开发，可以自己使用开发工具封装，其实原理很简单，就是框架内镶嵌H5网页；
2.
如果你不会技术，可以选择打包平台，在线直接把你的移动网站打包成APP。比如网络搜索一门APP打包，3分钟即可将你的网站做成APP，并且平台有很多原生APP的功能，可以在线配置！