移动端混合开发框架分析.docxVIP

移动端架构分析 目录 移动端架构分析 1 移动端常见开发模式 5 纯 NATIVE APP 5 主流框架 5 优势 6 劣势 6 主流应用 6 HYBRID APP 6 多 View 混合型 7 主流框架 7 优势 7 劣势 7 主流应用 7 发展趋势 7 Web 主体型 8 主流框架平台 8 优势 9 劣势 9 主流应用 10 发展趋势 10 单 View 混合型 10 主流框架 10 优势 10 劣势 10 主流应用 10 WEB APP 10 主流框架 11 1.3.2 优势 11 1.3.3 劣势 11 1.3.4 主流应用 11 四种主要开发模式对比 11 移动前端主流框架分析 12 WEB 和 NATIVE 混合 12 WindVane+Hybrid+Native 12 简介 12 框架实现 12 架构图 13 AppCan 13 简介 13 框架实现 13 架构图 14 跨平台原生应用 15 BeeFramework 15 简介 15 框架实现 15 架构图 16 Native Script 17 简介 17 框架实现 17 结构图 18 React Native 18 简介 18 框架实现 18 架构图 20 数梦移动端开发框架选择 错误!未定义书签。 开发模式选择 20 为什么不选择 Native 20 玩什么不选择 WebApp 或 Web 主体型 Hybird 21 选择多页面混合型 Hybird 21 选择类 WINDVANE 框架 21 玩什么不选择 React Native 21 玩什么选择类 WindVane 框架 21 移动端常见开发模式 目前主流应用程序大体分为三类：Native App 、Hybrid App、Web App。 纯 Native App Native APP 指的是使用原生程式编写运行的第三方应用程序，一般依托于操作系统如iOS、Android、WP，有很强的交互，是一个完整的 App，可拓展性强。需要用户下载安装使用。也叫本地 app。 Native App 因为位于平台层上方，向下访问和兼容的能力会比较好一些，可以支持在线或离线，消息推送或本地资源访问，摄像拨号功能的调取。但是由于设备碎片化， App 的开发成本要高很多，维持多个版本的更新升级比较麻烦，用户的安装门槛也比较高。但是 比较乐观的是，AppStore 培养了一种比较好的用户付费模式，所以在Apple 的生态圈里， 开发者的盈利模式是一种明朗状态，其他market 也在往这条路上靠拢。 主流框架 iOS： 、Cocoa 环境+Foundation 和 UIKit 框架 、使用 Objective-C 和 Swift 做为主要开发语言（兼容C/C++） Android： 、Java 虚拟机环境 、使用 Java 作为主要开发语言（支持C/C++） WindowsPhone： 、Windows RunTime 框架（WP10） 、使用原生 C++、C# 和 Silverlight 做为主要开发语言 优势 、打造完美的用户体验 、性能稳定 、操作速度快，上手流畅 、访问本地资源（通讯录，相册） 、设计出色的动效，转场 、拥有系统级别的贴心通知或提醒 、用户留存率高 劣势 、开发成本高，可移植性差，需要维护iOS、Android、WP 等多个平台（不同平台有不同的开发语言和界面适配） 、维护成本高（例如一款 App 已更新至 V5 版本，但仍有用户在使用 V2， V3， V4 版本，需要更多的开发人员维护之前的版本） 、更新缓慢，根据不同平台，提交–审核–上线 等等不同的流程，需要经过的流程较复杂 主流应用 够快云库、微信电话本、美图秀秀等中量级应用。 Hybrid App Hybrid APP 指的是半原生半 Web 的混合类 App。需要下载安装，部分页面看上去类似 Native App，但只有很少的 UI Web View，访问的内容是 Web 。 Hybrid App 主要以 JS+Native 两者相互调用为主，从开发层面实现“一次开发，多处运行”的机制，成为真正适合跨平台的开发。 Hybrid App 同时使用网页语言与程序语言开发，通过应用商店区分移动操作系统分发， 用户需要安装使用的移动应用。总体特性更接近Native App 但是和 Web App 区别较大。只是因为同时使用了网页语言编码，所以开发成本和难度比 Native App 要小很多。因此说， Hybrid App 兼具了 Native App 的所有