使用Kotlin构建更适合Android的MVVM应用程序(1)

创建文章详情界面

接下来我将展示一下M-V-VM三层之间如何协作,以文章详情页面为例

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

V—VM

UI由ArtcileDetailActivity.kt及article_detail_activity.xml组成。

要驱动UI,我们的数据模型需要持有几个元素:

  • Article Id:文章详情的id,用于加载文章详情
  • title:文章的标题
  • content:文章的内容
  • state:加载状态,用一个State类来封装

我们将创建一个ArticleDetailViewModel.kt来保存。

一个ViewModel为特定的UI组件提供数据,比如fragment 或者 activity,并负责和数据处理的业务逻辑部分通信,比如调用其它组件加载数据或者转发用户的修改。ViewModel并不知道View的存在,也不会受configuration change影响。

现在我们有了三个文件。

article_detail_activity.xml: 定义页面的UI

ArticleDetailViewModel.kt: 为UI准备数据的类

ArtcileDetailActivity.kt: 显示ViewModel中的数据与响应用户交互的控制器

下面开始实现(为了简单,只显示了主要部分):

<?xml version="1.0" encoding="utf-8"?>

<android.support.design.widget.CoordinatorLayout>

<android.support.design.widget.AppBarLayout>

<android.support.design.widget.CollapsingToolbarLayout>
<android.support.v7.widget.Toolbar
app:title=“@{vm.title}”/>

</android.support.design.widget.CollapsingToolbarLayout>
</android.support.design.widget.AppBarLayout>

<android.support.v4.widget.NestedScrollView>

</android.support.design.widget.CoordinatorLayout>

/**

  • 页面描述:ArticleDetailViewModel
  • @param repo 数据源Model(MVVM 中的M),负责提供ViewModel中需要处理的数据
  • Created by ditclear on 2017/11/17.
    */
    class ArticleDetailViewModel @Inject constructor(val repo: ArticleRepository) {

//data//
lateinit var articleId:Int
val loading=ObservableBoolean(false)
val content = ObservableField()
val title = ObservableField()

//binding//
fun loadArticle():Single

=
repo.getArticleDetail(articleId)
.async()
.doOnSuccess { t: Article? ->
t?.let {
title.set(it.title)
content.set(it.content)

}
}
.doOnSubscribe { startLoad()}
.doAfterTerminate { stopLoad() }

fun startLoad()=loading.set(true)
fun stopLoad()=loading.set(false)
}

/**

  • 页面描述:ArticleDetailActivity,处理和用户的交互(点击事件),以及处理
  • viewModel层回调的数据,附加一些显示Loading,空状态和绑定生命周期等等的操作
  • Created by ditclear on 2017/11/17.
    */
    class ArticleDetailActivity : BaseActivity() {

override fun getLayoutId(): Int = R.layout.article_detail_activity

@Inject
lateinit var viewModel: ArticleDetailViewModel

//init
override fun initView() {
//统一都是KEY_DATA,别自己瞎命名
val articleID: Int? = intent?.extras?.getInt(Constants.KEY_DATA)
if (articleID == null) {
toast(“文章不存在”, ToastType.WARNING)
finish()
}

getComponent().inject(this)

mBinding.vm = viewModel.apply {
this.articleID = articleID
}
}

//加载数据
override fun loadData() {

viewModel.loadData()
.compose(bindToLifecycle())
// .doOnSubcribe{ showLoadingDialog() }
// .doAfterTerminate{ hideLoadingDialog() }
.subscribe({},{ dispatchFailure(it) })

}

}

他们是如何工作的呢?

在进入到ArticleDetailActivity页面之后

  1. init()方法->先进行数据的初始化,将viewModel和xml文件进行绑定
  2. loadData()方法->调用viewModel的方法

进入ArticleDetailViewModel

  1. 调用Model层获取详情方法获取数据源
  2. 根据需要使用RxJava操作符对数据进行转换,通过DataBinding更新UI
  3. 返回可观测的Single对象给View

回到ArticleDetailActivity页面

  1. 绑定生命周期,避免内存泄漏
  2. 对返回的可观测对象进行订阅
  3. 处理成功和失败的情况

至此,V-VM之间如何协作就清楚了。

M—VM

现在我们把View和ViewModel联系了起来,但是ViewModel该如何获取数据呢?

我们使用Retrofit来从后端获取网络数据。

interface ArticleService{
//文章详情
@GET(“article_detail.php”)
fun getArticleDetail(@Query(“id”) id: Int): Single


}

使用Room数据库来进行持久化

@Dao
interface ArticleDao{

@Query(“SELECT * FROM Articles WHERE articleid= :id”)
fun getArticleById(id:Int):Single

@Insert(onConflict = OnConflictStrategy.REPLACE)
fun insertArticle(article :Article)

}

然后使用ArticleRepository.kt对网络和本地操作进行一层封装

/**

  • 页面描述:ArticleRepository
  • 提供数据给ViewModel层 , 处理网络数据和本地缓存之间的关系
  • Created by ditclear on 2017/11/17.
    */
    class ArticleRepository @Inject constructor
    (private val remote: ArticleService, private val local: ArticleDao) {

/* 文章详情

  • 先查看本地是否有缓存,如果没有那么再去请求网络,成功后更新本地缓存
    */
    fun getArticle(articleId: Int): Single
    =
    local.getArticleById(articleId).onErrorResumeNext {
    if (it is EmptyResultSetException) {
    remote.getArticleDetail(articleId).doOnSuccess { t -> t?.let { local.insertArticle(it) } }
    } else throw it
    }

}

先查看本地是否有缓存,如果没有那么再去请求网络,成功后更新本地缓存。

封装成Repository的原因是ViewModel不需要知道它的数据具体是从哪来的,这不是ViewModel这一层需要关心的事情。

即使你的项目没有进行数据缓存,总是从网络拉取数据,也建议封装成Repository,这意味着你的网络层是可以替换的,意义有点类似于封装一个ImageLoadUtil。

总体的流程就这么多,其实弄懂就很简单了。关键点是各层之间职责明确,以及解耦(Dagger2)和使用DataBinding时需要一个统一的规范。

而再细分,优化,也就是进行模块化、组件化的工作,深入些的插件化、热修复等等。不过万丈高楼平地起,我们的地基打的严实,以后的工作才会相对容易。

本文的代码都可以在github.com/ditclear/Pa…中找到

一些建议

建议一:在Activity或Fragment里处理点击事件

使用Presenter来继承View.OnClickListener

interface Presenter:View.OnClickListener{
override fun onClick(v: View?)
}

然后在BaseActivity/BaseFragment里实现它

abstract class BaseActivity : RxAppCompatActivity(),Presenter{

}

这样当我们要设置点击事件时,只需要

class ArticleDetailActivity : BaseActivity() {

//…
//init
override fun initView() {

mBinding.let{
it.vm=mViewModel
it.presenter=this
}
}
}

在xml中使用时,则统一使用presenter.onClick(view)方法

<android.support.design.widget.CoordinatorLayout>

<android.support.design.widget.FloatingActionButton

最后是今天给大家分享的一些独家干货:

【Android开发核心知识点笔记】

【Android思维脑图(技能树)】

【Android核心高级技术PDF文档,BAT大厂面试真题解析】

【Android高级架构视频学习资源】

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友,可以戳这里获取

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

存中…(img-PBbCTcgw-1714564061931)]

【Android高级架构视频学习资源】

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友,可以戳这里获取

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值