Web App、Hybrid App与Native App
在这个App的时代，转战了前端，一直接触的都是pc, 离out不远了。
那么接下来，app是我接下来半年的重点，为什么是半年，因为时间不多了。
因为是前端，那么我的重心肯定是 Web App, Hybrid App,想起java都头疼。
关于写这篇博客，属于打标签，让自己初步的理解三种app.
Web App: 纯html5 + js + cs 编写的网页程序，活在浏览器里面，也就是我们原来说的wap。
Hybrid App: web-app、native-app这两者之间的app,它虽然看上去是一个Native App，里面访问的是一个Web App。
Native App: 采用Java/objective-c/C#等编写的运行在手机操作系统里面应用程，能直接调用系统各种资源，和windows桌面程序一个道道。
| Web App（网页应用） | Hybrid App（混合应用） | Native App（原生应用） | |
| 开发成本 | 低 | 中 | 高 |
| 维护更新 | 简单 | 简单 | 复杂 |
| 体验 | 差 | 中 | 优 |
| Store或market认可 | 不认可 | 认可 | 认可 |
| 安装 | 不需要 | 需要 | 需要 |
| 跨平台 | 优 | 优 | 差 |
这里这么多，我觉得核心还是体验和成本的一个权衡。
web app的瓶颈就是性能，对本地资源（硬件存储等）的控制，反之也是Native app的优势。
相同条件下，体验好自然留得住人，那么潜在的收益就来了。
相同条件下，开发维护成本低，那么收益也大。ios的审核流程相对严格，可能细微的修改或者紧急的修复周期都不短。
体验和成本的比较下，体验还要占到优势。
优缺点比对过了，那么再看看适用场合，借用知乎孙杰的回答：
1. 偏交互的Native，偏浏览的Web：交互指复杂操作，输入/选择什么的
2. 已稳定的Native，试错中的Web：H5页面用来做低成本验证很好
3. 访问硬件Native，信息展示Web：指手机里的各种传感器什么的
4. 核心功能Native，周边辅助Web：把工作量多投在刀刃上
但是我自己也补充一点点：
不结合业务纯说技术就是耍流氓，浏览器一直在发展，H5/http2/worker等的出现让web app的开发更上一层楼，在native app为主的app时代，Hybrid形式只会更好。
参考：
