app开发总结 3 - 架构设计

一、概述

架构：个人的理解，也就是对代码的组织、管理，好的便于后续维护、扩展，一个合理的架构有以下几点要素
1，代码结构清晰，分包明确
2，接口少，精简
3，没有横向依赖，模块之间相互独立，不到万不得已不出现跨层访问
4，高性能，相对于服务端而言，app性能可放到最后，因为海量并发、大数据的处理都是有服务端完成

app的核心：获取数据、界面展示，其常见的流程为列表 -> 详情 -> 提交数据

二、分层设计

以下是本人的app架构设计：常见方式是三层架构，但个人认为app没什么复杂业务逻辑，因此精简成两层结构
1，UI层：负责界面的展示，用户交互，通常在此层再做MVC的扩展，通过Controller对Model、View解耦，实现数据、展示分离
2，数据层：将主要负责数据的持久化、获取、缓存，并将数据交付给UI层，又分为接口层（如http、webservice…）本地数据层（如文件、sqlite、sharedpreference、userdefaults等….）

说明：MVX（MVC、MVP、MVVM的统称）模式的核心思想就是通过X来完成Model、View的解耦，实现数据、展示分离；
而MVVM只是侧重于数据绑定，发布-订阅模式，MVP则是对MVC的扩展，通过Presenter来完成Model、View的交互

三、包结构组织

app项目常见的包组织方式有两种：
1，主目录按组件划分，二级目录再按模块划分

2，主目录按模块划分，二级目录再按组件划分（推荐方式）

四、UI层设计

1，在Controller、Activity的初始化方法中，应分为三个步骤

initVariable               //初始化变量
initView                   //初始化视图
loadData                   //加载数据 

2，导航栏配置
3，一些通用样式的封装
4，加载框的处理
4.1 加载对话框
4.2 加载动画
4.3 上拉加载、下拉刷新
4.4 webview加载顶部进度条

五、数据层 - 接口层设计

接口主要分为http、webservice

网络连接变化处理：
1，列表，应显示可以重新加载的动画或按钮
2，其它，toast提示无网络
3，下载，应该断点续传，且如果非wifi环境，需提示是否继续下载

统一接口回调：如果采用block、匿名内部类的方式，当一个界面调用接口过多时，则会存在以下问题
1， 难以维护、调试
2，避免延长ViewController、Activity的生命周期，导致内存回收不及时
ios：block会延长对象的生命周期，当ViewController从window中卸载时，如果此时请求未结束，并在block中引用了ViewController，则会造成ViewController无法被及时回收
android：匿名内部类作为接口回调，当Activity从window中卸载时，但请求未结束，并引用了Activity，同样会造成Activity无法及时回收

统一回调的实现方式有两种：
1，转发来达到间接实现统一回调
2，通过传递标识符，来完成统一回调
接口层在调用网络层请求时，可不采用统一回调；
但接口层在将数据交付给UI层时，建议采用统一回调（需标识不同api处理），便于UI层统一处理

六、数据层 - 本地数据层设计

本地数据层：主要用于缓存设计，主要目的有
1，在断网时，不会显示一片空白，提高用户体验
2，将不经常变化的数据保存到本地，避免重复请求，减轻服务器负担

方式1（建议采用）：用于提高用户体验，在断网时，不会显示一片空白
1， 第一次获取数据后，存储到本地sqlite
2，之后再次访问时，如果没网络，则显示本地sqlite缓存数据

方式2：将不经常变化的数据保存到本地，避免重复请求，减轻服务器负担
1，第一次获取数据后，存储到本地sqlite
2，之后直接访问本地sqlie
3，需要处理缓存同步的问题，可采用版本号、定时更新的实现机制