App通用架构设计

App架构设计的目的

• 应对App功能庞大，复杂度快速上升的趋势，降低App软件开发的复杂度
• 提升代码的可复用性
• 实现模块化，组件化开发
• 规范App开发流程, 对开发工作进行指引

App架构的基本原则

• 分层
• 模块化
• 组件化
• 解耦

App通用架构图

• 基础组件层
• 通用业务组件层
• 业务层
• App壳

App通用架构.png

基础组件层

• 每个模块功能单一
• 不包含业务逻辑
• 模块互相独立，没有依赖关系
• 组件化，模块化良好，代码可复用程序高

OkHttp EventBus Encrypt/Decrypt JSBridge Logger ...

通用业务组件层

• 对基础组件模块的封装
• 通用的业务逻辑下沉
• 通用的App UI相关组件
• 依赖基础组件层

业务层

• 根据业务及功能，划分多个相对独立业务模块
• 业务模块之间，减少互相依赖
• 业务模块互相调用，通过Router组件解耦
• MVC/MVP/MVVM

消息中心 订单系统 登录/注册 用户中心 ...

App壳

• App入口，主界面，首屏
• App整体功能输出配置，构建
• ToB形态App的功能自定义组合，UI风格自定义等需求

层级、模块之间依赖、解耦

• 依赖关系

  • 上层依赖下层
  • 减少横向依赖

• 下层模块与上层模块通信方式

  • callback
  • eventbus

• 业务层模块之间，通过Router组件解耦

MVP架构

基本结构

• model 数据实体，数据处理层，包括本地，网络数据的获取、处理、传输、存储
• view UI层，主要完成数据的UI显示、用户交互、事件转发
• presenter 业务逻辑的具体实现，view与model交互的桥梁

mvp.png

优点

• 一个功能拆分为M、V、P 3部分，M、V进行了解耦
• 组件之间交互，都是通过接口实现
• UI与逻辑分离，可方便进行代码单元测试
• 结构简单，学习成本低

代码结构

• 基础组件库模块
• 通用业务组件库模块
• 每个业务模块对应一个模块，N个业务模块
• App壳模块

App架构展望

• 基于模块化的事件总线框架
• 组件服务化
• 插件化