APP开发选择什么框架好? 请看这里!

背景

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

随着移动互联网的发展和普及，越来越多的业务都有了移动App版本的实现，单个App的规模也越来越大。这也就造成App的开发不再是三两个人就能够完成，需要更多的人来开发。大型项目开发所面对的依赖管理、沟通成本问题，也出现在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调用无差异化。

开发框架发布件

App开发框架库：

framework（android&ios）

plugins（js）

App工程Demo（android&ios）

server：

发布管理平台的部署包、接口文档、部署手册等文件

产品白皮书：

对开发框架的使用进行详细的讲解

开发框架集成

• 使用Cordova命令行创建项目工程；

• 向工程中导入开发框架库framework（android&ios）；

• 为主工程和子工程创建开发框架统一约定的配置文件；

• 在App启动的时候调用开发框架的初始化方法，进行初始化；

• 集成完毕，可以在项目中正常使用开发框架的API

开发框架配置文件

在使用开发框架前，需要将api、page、module注册到开发框架对应的总线中，除了调用对应的注册外，开发框架推荐采用配置文件的注册方式，只需要将数据配在配置文件中，开发框架会自动完成注册。

开发框架的配置文件的命名约定为：开发框架名称-子工程名.xml，其中主工程为开发框架名称-main.xml，配置文件的约定放置的位置为：

Android放在主工程和子工程的assets的根目录下；

iOS放在主工程和子工程的bundle文件中。

例子如下：

开发框架模块总线

模块总线主要有两方面的功能：

在逻辑上，以模块为基础在开发框架配置文件中组织页面和API，使得逻辑更清晰；

在功能上，模块总线主要实现动态模块的功能，对外提供两个核心的API类：

ModuleBus提供模块的原子化操作方法；

ModuleHelper封装了ModuleBus提供的原子方法，实现了业务的串联，是一个快捷使用API的辅助类

注：模块总线将模块的状态分为：正常、未安装、有新版本（分强制升级和非强制升级）、已下载、模块数据被篡改。

开发框架页面导航总线

主要功能：

对NA页面和H5页面的跳转进行统一的调度，通过维护一个页面的栈来实现。

核心API：

开发框架页面API总线

API总线主要的作用是解耦模块间的方法调用，提供的核心API只有两个：

register

模块实现API后，向总线注册(一般由框架在解析配置文件时自动调用)；

call

调用API，调用方通过API总线调用需要调用的API

使用举例

登录成功后，账户模块保存登录token，其他的模块需要获取token时，要调用账户模块提供的API获取。实现步骤如下：

1、账户模块实现GetTokenAPI，调用APIBus.register(“m_account”, “getToken”,GetTokenAPI.class)注册到API总线；

2、A模块需要获取token时，调用APIBus.call(“m_account”, “getToken”,“入参”)获取token，返回值是APIResult对象(

对象主要包含状态码和业务字符串)。

开发框架扩展

提供模块级别的开发框架：

• NA模块提供MVC、MVP、MVVM等开发框架；

• H5模块提供MVVM、SPA等开发框架；

• H5模块提供微信的兼容支持

---