手机App的开发一般都需要满足Android和iOS两个系统环境，也就意味着一个App需要定制两套实现方案，造成开发成本和维护成本都很高。为了解决这个问题，最好的办法就是实现一套代码跨端运行，所以Hybrid App混合应用模式应运而生。在Hybrid App整个开发框架上，有各种各样的框架，各种各样的技术选型，而现在主要的技术就是Web技术，不仅简单，更容易实现UI，开发者人数也比较多。目前市面上的大多数App都是采用Web+Native的混合技术来实现的。

大型项目开发所面对的依赖管理、沟通成本问题，也出现在App开发的过程中，如果不解决好这两个问题，很可能会引起项目缺陷增多、开发效率降低，进而导致项目延期，并且也会造成项目后期维护的难度增大。
综上，对于中大型的App开发项目，需要一个既支持混合开发模式、又能够解决依赖和沟通问题的开发框架来有效的指导和规范开发。

核心需求；
一个好的App开发框架，要能在框架层面解决中大型App开发中Hybrid开发框架选型、模块间解耦的问题，同时也要提供模块动态变更、动态升级的解决方案。

除了手机App的开发发框架之外，还应包括以下三部分内容：

后台发布管理平台

支持模块动态变更、动态升级，后台发布管理平台是与之想配套的后台管理功能，包括数据管理和App接口两部分。

 持续集成方案

提供配套的持续集成方案，用于项目开发过程中自动打包。

 H5模块开发规范

提供H5模块开发的规范，用于实现动态模块功能。

解决“规模变大”问题思路

分而治之

模块化，将业务功能划分成多个独立的模块；

模块间做到高内聚低耦合，互不干扰、并行开发

依赖统一管理

依赖不可避免；

对依赖进行统一规划管理；

模块间的依赖可以归纳为：

    页面间跳转

    API调用

解决“跨平台”问题思路

Cordova (PhoneGap)

    业界最主流的开源移动跨端框架

    HTML + CSS + JS +原生插件

    开放式的原生插件框架

    强大的社区力量

解决“动态升级”问题思路

App发布到应用市场后，往往需要一个比较长的审核周期，特别是苹果商店；当App的重要功能出现Bug时，需要有快速的应对方案，重新发版本到应用市场肯定是慢了。为了快速的应对业务需求的变化和紧急Bug的处理，App对动态升级的需求越来越频繁。所以实现一套动态升级方案，主要以模块为单位展开。
从动态模块的角度，将模块分为三种：NA模块、H5-offline模块、H5-online模块。
NA模块的页面都需要预置在App中，H5-offline模块的页面可以预置在应用中、也可以在应用安装后再下载，H5-online模块的页面部署在服务器端。

模块的动态性主要体现有以下几方面：

1、模块的icon、名字可以动态修改；

2、模块的三种类型之间可以互相切换，比如：某个模块本来是NA实现，上线后发现有重大Bug，可以切换到H5-offine或者H5-online的实现，如果没有这两种实现，可以切换到一个“敬请期待”的在线页面；

3、H5-offline模块支持版本升级。

对于模块动态升级，主要指的是H5-offline模块，对H5-offline模块的安全性要做充分的考虑：对模块的离线包有进行加密处理，也要对离线包里的文件进行哈希校验，防止被篡改。

技术架构

App开发框架应以模块化设计为基础，同时打通NA与H5两种不同技术实现的业务。模块主要分为两种形态：

  NA模块

主要由NA页面组成，也可以是NA容器加载的H5页面，NA模块可以对外提供api；

 H5模块

由H5页面组成，可以是离线页面也可以是在线页面，H5模块无法对外提供api，但是可以调用其他NA模块提供的api；

实现模块间的完全解耦，推荐模块代码不仅要逻辑上独立，最好是采用子工程的方式实现物理上的分离。通过三条总线机制来实现模块间的解耦：

API总线

主要提供模块api注册和调用两个能力；

 页面导航总线

不区分NA和H5的融合页面设计，页面的打开和返回由页面导航总线统一调度；

  模块总线

模块总线从逻辑上确定了模块的概念，同时支持模块的远程变更和动态升级；

采用业界最流行的Cordova框架来充当JS Bridge，Cordova拥有大量的社区插件可以使用，同时也提供了完整的插件开发规范，非常容易自定义开发插件。

开发框架应对API总线、页面导航总线、模块总线这些核心能力提供了cordova插件的实现，使H5页面也能够轻松的调用这些api，并且做到NA与H5调用无差异化。