欧宝平台这里的数据获取都是在资源页面上异步完成的，因为只有这样才能让这些资源页面完成预加载或者渲染。（异步的话都涉及到耗时的问题）

　　适用企业：游戏、电子杂志、管理应用、物联网等无需经常更新程序框架的APP应用。

　　页面存放于本地和服务器两种方式，部署应用程序(受限于UIwebview)

　　虽然说你可以专注在界面以及交互开发上了，但是这页会成为一个缺点，比如说要仿造一个iOS的默认设置界面，就需要大量的html以及css代码了，而且效果不一定和iPhone上面的界面一样好

　　Native App（原生型APP）需要开发“云服务器数据中心”和“APP客户端”

　　原生型的APP可以调用手机终端的硬件设备（语音、摄像头、短信、GPS、蓝牙欧宝平台、重力感应等）

　　页面存放于web服务器（受限于UIwebview）（减少了内存，但是会增加服务器的压力）

　　最稳定的Hybrid App开发方式了，交互层的效率上由Native的东西解决了，而且架构上基本就是在App内写网页，连App Store都是采用了该种方案；

　　团队至少需要两个工程师，一个是Web的，一个是iOS或者Android的。当然如果开发人员会两种技术也可独立承担；还是运行效率，要权衡好多少界面采用Web来渲染，毕竟WebView的效率会相对降低，以前Facebook就是因为Web的渲染效率低下，把整个应用改为原生的解决方案。当然这里面可以通过优化来解决，但是优化也是有限度的。

　　框架型的APP无法调用手机终端的硬件设备，（语音、摄像头、短信、GPS、蓝牙、重力感应等）

　　框架型APP的访问速度受手机终端上网的限制，每次使用均会消耗一定的手机上网流量

　　对用户来讲差别主要是用户体验，如果WebApp做得好也能接近原生App的效果；

　　纯H5 APP快速开发、低成本、多平台，与很多APP开发方式不同的是-图文混合的排版（正是这些复杂多变的CSS样式消耗了性能，但是它带来了排版的多样性，能够细致到每一个字宽行高和风格的像素级处理，才是H5的优异之处）

　　HTML5应用程序使用标准的Web技术，通常是HTML5、JavaScript和CSS。这种只编写一次、可到处运行的移动开发方法构建的跨平台移动应用程序可以在多个设备上运行。虽然开发人员单单使用HTML5和JavaScript就能构建功能复杂的应用程序，但仍然存在一些重大的局限性，具体包括会话管理、安全离线存储以及访问原生设备功能（摄像头、日历和地理位置等）。

　　框架型APP应用的安装包小巧，只包含框架文件，而大量的UI元素、数据内容刚存放在云端

　　适用企业：电子商务、金融、新闻资讯、企业集团，需经常更新内容的APP应用。

　　移动web和混合App开发难度对于web开发者来说相对较低，而且可以充分利用现有的web开发工具和工作流程

　　因为现在没有什么商品或卖场提供这种App，所以如何搜索这些移动Web App相当不简单

　　用户可以自由地选择是否更新软件版本，所以会出现不同用户同时使用不同版本的情况

　　1.断网检查不是绝对的，web app并不一定是在远程服务器上的，也能pack在程序里，load本地的资源也能算是web app。

　　混合应用大家都知道是原生应用和Web应用的结合体，采用了原生应用的一部分、Web应用的一部分，所以必须在部分在设备上运行、部分在Web上运行。不过混合应用中比例很自由，比如Web占90%，原生占10%；或者各占50%。

　　有些应用最开始就是包了个原生客户端的壳，其实里面是HTML5的网页，后来才推出真正的原生应用。比较知名的APP，比如手机百度和淘宝客户端Android版，走的也是Hybrid App的路线，不过手机百度里面封装的不是WebView，而是自己的浏览内核，所以体验上更像客户端，更高效。

　　交互动态效果收到限制，影响一些页面场景、逻辑的理解。比如登录注册流程的弹出、完成及异常退出，做好文字提示。

　　Web App指采用HTML5语言写出的App，不需要下载安装。类似于现在所说的轻应用。生存在浏览器中的应用，基本上可以说是触屏版的网页应用。（Web应用本质上是为移动浏览器设计的基于Web的应用，它们是用普通Web开发语言开发的，可以在各种智能手机浏览器上运行）

　　Web App开发即是一种框架型APP开发模式（Html5APP框架开发模式），该开发具有跨平台的优势，该模式通常由“HTML5云网站APP应用客户端”两部份构成，APP应用客户端只需安装应用的框架部份，而应用的数据则是每次打开APP的时候，去云端取数据呈现给手机用户。

　　2.在系统设置里进入“开发者选项”，勾选“显示布局边界”，然后就可以看得出来了。（比较靠谱）

　　3.一般web界面有明显的加载的过程，你看页面的最上面一般有一个加载的进度条，不过这个进度条一般加载也比较快，有些应用在这样的说明页面会有刷新操作、这样你断网再刷新就会提示网址找不到

　　无法体会包括会话管理、安全离线存储以及访问原生设备功能（摄像头、日历和地理位置等）

　　更小的页面空间（由于浏览器的导航本身占用一部分屏幕空间），更大的信息记忆负担

　　基于浏览器的移动web最好的可移植性和跨平台表现；混合App也能节省跨平台的时间和成本，只需编写一次核心代码就可部署到多个平台，而原生App的跨平台性能最差。

　　混合App除广告外，还支持付费下载及程序内购买；原生App的程序内购买金额2012年首次超过下载收费。

　　混合App可以在应用商店App Store发布，但可以自主更新，而原生App的更新必须通过应用商店App Store。

　　混合App可以通过JavaScript API访问到移动设备的摄像头、GPS；而原生App可以通过原生编程语言访问设备所有功能。

　　混合应用程序让开发人员可以把HTML5应用程序嵌入到一个细薄的原生容器里面，集原生应用程序和HTML5应用程序的优点（及缺点）于一体。

　　Native APP指的是原生程序，一般依托于操作系统，有很强的交互，是一个完整的App，可拓展性强，需要用户下载安装使用。（简单来说，原生应用是特别为某种操作系统开发的，比如iOS、Android、黑莓等等，它们是在各自的移动设备上运行的）

　　该模式通常是由“云服务器数据APP应用客户端”两部份构成，APP应用所有的UI元素、数据内容、逻辑框架均安装在手机终端上。

　　原生应用程序是某一个移动平台（比如iOS或安卓）所特有的，使用相应平台支持的开发工具和语言（比如iOS平台支持Xcode和Objective-C，安卓平台支持Eclipse和Java）。原生应用程序看起来（外观）和运行起来（性能）是最佳的。

　　容易发现（在App Store里面和应用商店里面）和重新发现（应用图标会一直在主页上），对于苹果而言，应用下载能创造盈利（当然App Store抽取20-30%的营收）

　　技术还不是很成熟（比如Facebook现在的应用属于混合应用它可以在许多App Store畅通无阻，但是掺杂了大量Web特性，所以它运行速度比较慢，而现在为了提高性能FB又决定采用原生应用）