Android手动挡MVVM

Android官方的自动档MVVM方案 Jetpack Compose 还没正式发布,目前只有手动挡的MVVM方案,那就是下面几者的组合:

  • view binding
  • view model
  • livedata
  • (可选)data binding

我一般就用前三者,因为不喜欢在XML里写一堆的代码。

来对比一下,MVC和手动挡MVVM。首先我们来看看Android开发经典的使用方式,也就是MVC的模式来开发,首先我们要在 XML里画好界面,然后我们需要在各个业务操作逻辑里,写上一大堆的 findViewById,然后转型成对应的类型。

kotlin-android-extension 解决了这个痛点,但是官方已经放弃维护了,推荐使用view binding。使用这套MVVM方案之后, 代码就会变成这样子:

// ...
super.onCreate(savedInstanceState)
binding = ActivityInvestmentListBinding.inflate(layoutInflater)

setContentView(binding.root)

setUpTopBar(binding.topBar.topBar, getString(R.string.title_investment_list))

// view model
model.isRefreshing.observe(this, {
    binding.progressBar.isVisible = it
    binding.swipeRefresh.isRefreshing = it
})
// ...

// 初始化数据
model.isRefreshing.value = true

很明显的变化是,设置好了observer以及数据变更之后需要进行的操作之后,逻辑代码就只需要操作model里数据, 而不需要去更新UI。这样子,业务代码只和数据打交道,数据变更之后,会统一去变更UI,极大的降低了复杂页面的 开发难度和维护难度,降低了BUG出现率。

此时,不得不感叹一句,flutter真香!


更多文章
  • 自己动手写一个k8s controller
  • AWS IAM 信任链 和 EKS IRSA
  • AI 会取代你的(编程)岗位吗?
  • 2024年终总结
  • 自建DERP服务器提升Tailscale连接速度(使用Nginx转发)
  • 自动升级Docker容器
  • 再读《程序员修炼之道-从小工到专家》
  • 让浏览器下载文件
  • 再读《软件随想录》/《黑客与画家》/《软技能》
  • HTTP 压力测试中的 Coordinated Omission
  • 2的补码
  • 编程语言中的 context 是什么?
  • flutter macOS 构建出错
  • Flatpak 使用小记
  • Golang CAS 操作是怎么实现的