[Android] 关于 Model 层的几点思考（一）-CSDN博客

前言

Android 开发过程中，Model 层通常是比较薄弱的。获取数据的代码经过各种优秀的封装，已经可以简化到短短几行代码，对于简单的项目而言，全都写在 Activity/Fragment 中就是最合适的了，如果使用了 MVP 或者 MVVM 模式，也基本会把数据的获取放在 Presenter/ViewModel 中。（后面用业务逻辑层表示 Controller/Presenter/ViewModel）

但 Model 层是很重要的，MVC，MVP，MVVM 甚至更复杂的架构模式，都需要 Model 层。最近为了做接口数据格式的自动化测试，又对 Model 层的实现进行了一次学习，本文记录了学习过程中的一些问题以及个人理解。问题如下：

为什么数据获取不应该写在业务逻辑里？
Model 层应该包括什么内容？
如何构造 Model 层？
如何以 Model 为界线，分别对业务层和数据层做自动化测试？

问题一：为什么数据获取不应该写在业务逻辑里？

说来惭愧，之前写过的代码都是在业务里做网络请求，处理回调数据。这种方法存在几个问题：

多个页面请求同一接口时，处理代码会重复
添加数据缓存功能会影响业务代码
无法进行单元测试

而独立出 Model 层可以解决上述问题，使代码更易读且便于扩展，还能添加单元测试提高软件质量，对于 App 的长期发展有很大的好处。

问题二：Model 层应该包括什么内容？

数据获取的方法：包括网络请求和读取本地文件、数据库等
数据处理的方法：Model 层提供的数据应该是业务中直接可用的，这样就能在测试中区分开错误的来源是数据还是逻辑 bug
实体类

问题三：如何构造 Model 层？

终于到了写代码的时间，这次参考的依然是 googlesamples/android-architecture。为了满足单元测试的需求，我将一个 demo 项目重构为 MVP 模式了。

Model 层内部还需要再分层，将不同来源（网络和本地）的数据获取代码分开。代码的结构大概这样：

业务层需要的数据获取定义成 DataSource 接口中的函数，固定参数和回调。具体实现为 LocalDataSource 和 RemoteDataSource 等。Repository 实现 DataSource 并持有具体的一种或多种 DataSource，通过组合不同的 DataSource 实现获取数据的功能。

举个栗子：

某 App 首页需要通过网络获取一个列表数据来展示，为了更好的用户体验，每次刷新的列表会缓存在本地。这样在请求成功前就不是空白的页面了。

interface ExDataSource {
    interface LoadListCallback{
        fun onSuccess(list: ArrayList<ListItemBean>)
        fun onError(errorCode: Int, errorMsg: String)
    }

    fun loadList(page: Int, callback: LoadListCallback)
}

复制代码

然后分别实现具体的数据获取方法：

// 对数据处理的函数可以以静态方法的方式提到外面
class ExRemoteDataSource: ExDataSource{
    override fun loadList(page: Int, callback: LoadListCallback){
        // 发起网络请求，解析返回数据，如果不能解析成ArrayList<ListItemBean>也回调失败
        // 具体代码实现与网络请求框架有关，此处不放代码了
    }
}
···

class ExLocalDataSource: ExDataSource{
    override fun loadList(page: Int, callback: LoadListCallback){
        // 从数据库或者文件获取缓存的数据
    }
    
    fun setCacheList(list: ArrayList<ListItemBean>){
        // 更新缓存内容
    }
}
复制代码

最后在 Repository 中处理缓存逻辑：

//
class ExRepositiry(
    private val remoteDataSource: ExRemoteDataSource,
    private val localDataSource: ExLocalDataSource
): ExDataSource {
    
    override fun loadList(page: Int, callback: LoadListCallback){
        //具体如何使用缓存跟需求有关，这里简化写一下 
        // 先加载本地数据做显示
        localDataSource.loadList(page, callback)
        
        // 同时发起网络请求
        remoteDataSource.loadList(page, object: LoadListCallback{
            override fun onSuccess(list: ArrayList<ListItemBean>){
                // 成功后更新缓存，刷新页面 
                localDataSource.setCacheList(list)
                callback.onSuccess(list)
            }
            override fun onError(errorCode: Int, errorMsg: String){
                callback.onError(errorCode, errorMsg)
            }
        })
    }
}

复制代码

业务层只需要创建 Repository 就能获得想要的数据了，对于错误的情况，就详细规划 onError 的回调，再根据具体需求处理。

问题3.1：如何避免创建大量回调接口？

接口回调是无法从根本上取代的，如果为了代码简明，可以创建几个泛型接口模板来避免每个请求对应一个接口。使用 Kotlin 的话可以直接按成功和失败传入函数：

···
    fun loadList(
        page: Int, 
        onSuccess: (ArrayList<ListItemBean>) -> Unit, 
        onError: (errorCode: Int, errorMsg: String) -> Unit
    )
···
复制代码