在移动应用开发的世界里,架构模式的演进从未停歇。从早期的 MVC 到后来的 MVP、MVVM,每一次变革都在尝试解决前一代架构的痛点。而今天,我们将探讨一种全新的架构模式 ——MVI(Model-View-Intent),它借鉴了前端 React 的单向数据流思想,并结合 Android 开发的最佳实践,为我们带来了一种更加清晰、可测试、可维护的代码结构。
一、架构模式的演进历程
1.1 MVC:原始的分层尝试
MVC(Model-View-Controller)是最早被广泛应用的架构模式之一,它将应用分为三个主要部分:
- Model:负责数据和业务逻辑
- View:负责 UI 展示
- Controller:作为 View 和 Model 之间的桥梁,处理用户输入和状态更新
在 Android 中,Activity 通常扮演 Controller 的角色,但随着 UI 逻辑的复杂化,Activity 变得越来越臃肿,违反了单一职责原则。
1.2 MVP:引入 Presenter 层解耦
为了解决 MVC 的问题,MVP(Model-View-Presenter)应运而生:
- Model:数据和业务逻辑
- View:负责 UI 展示,通常是一个接口
- Presenter:处理 UI 逻辑,与 Model 交互
MVP 通过接口将 View 和 Presenter 解耦,使得单元测试更加容易。但随着项目规模增大,Presenter 层可能会变得非常庞大。
1.3 MVVM:数据绑定的力量
MVVM(Model-View-ViewModel)在 MVP 的基础上引入了数据绑定:
- Model:数据和业务逻辑
- View:负责 UI 展示
- ViewModel:暴露数据流,通过数据绑定与 View 交互
MVVM 通过 LiveData、Data Binding 等技术减少了 View 和 ViewModel 之间的耦合,但它仍然存在一些问题,例如双向数据流可能导致的复杂性。
1.4 MVI:单向数据流的革命
MVI(Model-View-Intent)是架构模式的最新演进,它借鉴了 React 的单向数据流思想:
- Model:不可变的状态容器
- View:订阅状态并渲染 UI
- Intent:用户操作转换为 Intent,触发状态更新
MVI 的核心思想是单向数据流和状态不可变性,所有的状态变化都遵循一个可预测的流程,使得代码更加易于理解和调试。
二、MVI 架构的核心概念
2.1 单向数据流
MVI 的核心是单向数据流,它遵循以下流程:
- 用户操作产生 Intent
- Intent 被 ViewModel 处理
- ViewModel 根据 Intent 更新状态
- View 订阅状态变化并更新 UI
这种单向流动使得数据的流向变得清晰可追溯,大大降低了代码的复杂性。
2.2 不可变状态
在 MVI 中,状态是不可变的。每当有新的状态产生时,不会修改原有状态,而是创建一个新的状态对象。这样可以确保状态的变化是可追踪的,并且简化了状态管理。
2.3 状态容器
ViewModel 作为状态容器,负责管理和更新应用状态。它接收 Intent 并根据这些 Intent 生成新的状态,然后将新状态发送给 View。
三、MVI 架构的实现
3.1 基础架构实现
首先,我们需要定义一些基础接口和类来构建 MVI 架构:
kotlin
// BaseIntent.kt
interface BaseIntent {
}// BaseState.kt
interface BaseState {data object Loading : BaseState // 加载中状态data object Complete: BaseState // 处理完成data class Error(val message: String = "", val updateId: Long = System.currentTimeMillis()): BaseState // 异常
}// BaseViewModel.kt
import android.content.Context
import androidx.lifecycle.ViewModel
import androidx.lifecycle.viewModelScope
import kotlinx.coroutines.delay
import kotlinx.coroutines.flow.MutableSharedFlow
import kotlinx.coroutines.flow.MutableStateFlow
import kotlinx.coroutines.launchabstract class BaseViewModel : ViewModel() {/*** 获取上下文*/protected fun getContext(): Context = BaseApplication.instance.applicationContext// 接收来自视图层的意图(Intent)val intentsFlow = MutableSharedFlow<BaseIntent>()// 用于向视图层发送状态更新,类型指定为BaseStateval stateFlow = MutableStateFlow<BaseState?>(null)init {consumption()}/*** 分发消息*/private fun consumption() {viewModelScope.launch {intentsFlow.collect { intent ->handleIntents(intent)}}}abstract fun handleIntents(intent: BaseIntent)// 方法用于向视图层发送新的BaseState类型的状态protected fun updateState(newState: BaseState) {viewModelScope.launch {delay(100) // 防止消息太快,丢失stateFlow.value = newState}}
}// BaseActivity.kt
import android.util.Log
import android.view.LayoutInflater
import androidx.lifecycle.ViewModelProvider
import androidx.lifecycle.lifecycleScope
import androidx.viewbinding.ViewBinding
import kotlinx.coroutines.launch
import kotlin.reflect.KClassabstract class BaseActivity<VM : BaseViewModel, VB : ViewBinding>(override val vbInflater: (LayoutInflater) -> VB
) : AppCompatActivity() {val tag = this::class.simpleNameprivate val _binding by lazy { vbInflater(layoutInflater) }val binding get() = _bindingopen val viewModel: VM by lazy {initializeViewModel()}override fun onCreate(savedInstanceState: Bundle?) {super.onCreate(savedInstanceState)setContentView(binding.root)setupObservers()setupIntents()bindClickListener()}/*** 初始化ViewModel*/private fun initializeViewModel(): VM {val classifier = this::class.supertypes[0].arguments[0].type?.classifierLog.d(this::class.simpleName, "initializeViewModel()----->${classifier}")val viewModelClass = (classifier as? KClass<VM>)?.java?: throw IllegalArgumentException("Invalid ViewModel class")return ViewModelProvider(this)[viewModelClass]}/*** 分发状态*/private fun setupObservers() {lifecycleScope.launch {viewModel.stateFlow.collect { state ->Log.d(tag, "setupObservers()---->$state")render(state)}}}// 抽象方法,由子类实现来根据不同的BaseState状态渲染UIabstract fun render(state: BaseState?)// 辅助方法,用于发送BaseIntent类型的意图到ViewModelprotected fun sendIntent(intent: BaseIntent) {lifecycleScope.launch {viewModel.intentsFlow.emit(intent)}}// 设置意图,由子类实现open fun setupIntents() {}// 绑定点击事件,由子类实现open fun bindClickListener() {}
}
3.2 登录功能的 MVI 实现
接下来,我们以登录功能为例,展示如何使用 MVI 架构实现一个完整的功能模块。
首先是布局文件:
xml
<?xml version="1.0" encoding="utf-8"?>
<androidx.constraintlayout.widget.ConstraintLayout xmlns:android="http://schemas.android.com/apk/res/android"android:layout_width="match_parent"android:layout_height="match_parent"xmlns:app="http://schemas.android.com/apk/res-auto"><androidx.appcompat.widget.AppCompatEditTextandroid:id="@+id/et_username"app:layout_constraintTop_toTopOf="parent"app:layout_constraintBottom_toTopOf="@+id/et_password"app:layout_constraintVertical_chainStyle="packed"android:layout_marginStart="12dp"android:layout_marginEnd="12dp"android:layout_marginBottom="12dp"android:layout_width="match_parent"android:hint="手机号"android:layout_height="wrap_content"/><androidx.appcompat.widget.AppCompatEditTextandroid:id="@+id/et_password"android:layout_width="match_parent"app:layout_constraintTop_toBottomOf="@+id/et_username"app:layout_constraintBottom_toTopOf="@+id/btn_login"android:hint="密码"android:layout_margin="12dp"app:layout_constraintVertical_chainStyle="packed"android:layout_height="wrap_content"/><androidx.appcompat.widget.AppCompatButtonandroid:id="@+id/btn_login"android:layout_width="match_parent"android:layout_height="wrap_content"android:layout_marginTop="24dp"android:layout_marginStart="12dp"android:layout_marginEnd="12dp"android:textColor="@color/white"android:text="Login"android:background="@drawable/selector_rounded_button"app:layout_constraintBottom_toBottomOf="parent"app:layout_constraintTop_toBottomOf="@+id/et_password"/><com.google.android.material.progressindicator.CircularProgressIndicatorandroid:id="@+id/progressBar"app:layout_constraintLeft_toLeftOf="parent"app:layout_constraintRight_toRightOf="parent"app:layout_constraintTop_toTopOf="parent"app:layout_constraintBottom_toBottomOf="parent"android:indeterminateTint="@color/main_color"app:indicatorColor="@color/main_color"app:trackColor="@color/main_color"android:layout_width="40dp"android:visibility="gone"android:layout_height="40dp"/></androidx.constraintlayout.widget.ConstraintLayout>
然后定义登录相关的 Intent、State 和 ViewModel:
kotlin
// LoginIntent.kt
sealed class LoginIntent: BaseIntent {data class EntryPhone(val phone: String): LoginIntent() // 手机号的意图data class EntryPassword(val password: String): LoginIntent() // 密码的意图data object Login: LoginIntent() // 点击登录
}// LoginViewState.kt
sealed class LoginViewState: BaseState {data class LoginStatus(val highlight: Boolean) : LoginViewState()// 高亮状态data object Loading : LoginViewState() // 加载中状态data class Success(val user: UserBean?) : LoginViewState() // 成功登录状态data class Error(val message: String) : LoginViewState() // 登录错误状态
}// LoginViewModel.kt
@HiltViewModel
class LoginViewModel @Inject constructor (private val repository: LoginRepository,
) : BaseViewModel() {private var phone: String = ""private var password: String = ""// 设置登录按钮是否可用private fun setLoginButtonEnabled(enabled: Boolean) {updateState(LoginViewState.LoginStatus(enabled))}/*** 调用登录*/private fun login() {updateState(LoginViewState.Loading)viewModelScope.launch {repository.login(phone, password).onSuccess {updateState(LoginViewState.Success(it))}.onFailure {updateState(LoginViewState.Error(it.message.toString()))}}}/*** 处理意图*/override fun handleIntents(intent: BaseIntent) {when(intent) {is LoginIntent.EntryPhone -> {phone = intent.phonesetLoginButtonEnabled(phone.length >= 6 && password.length >= 6)}is LoginIntent.EntryPassword -> {password = intent.passwordsetLoginButtonEnabled(password.length >= 6 && phone.length >= 6)}is LoginIntent.Login -> {login()}}}
}
最后是 Activity 的实现:
kotlin
// LoginActivity.kt
@AndroidEntryPoint
class LoginActivity : BaseActivity<LoginViewModel, ActivityLoginBinding>(ActivityLoginBinding::inflate
) {/*** 监听状态*/override fun render(state: BaseState?) {when(state) {is LoginViewState.LoginStatus -> {setLoginButtonEnabled(state.highlight)}is LoginViewState.Loading -> {showLoading()}is LoginViewState.Success -> {if (state.user != null) {showSuccess(state.user)}}is LoginViewState.Error -> {showError(state.message)}}}/*** View视图与Intent意图进行绑定*/override fun setupIntents() {binding.etUsername.addTextChangedListener { text ->sendIntent(LoginIntent.EntryPhone(text.toString()))}binding.etPassword.addTextChangedListener { text ->sendIntent(LoginIntent.EntryPassword(text.toString()))}binding.etUsername.setText("1234567890")binding.etPassword.setText("54321#")}/*** 设置点击事件*/override fun bindClickListener() {super.bindClickListener()binding.btnLogin.setOnClickListener {sendIntent(LoginIntent.Login)}}/*** 登录成功*/private fun showSuccess(user: UserBean) {binding.progressBar.visibility = View.GONEToast.makeText(this, "Login successful: ${user.userName}", Toast.LENGTH_SHORT).show()}/*** 显示错误信息*/override fun showError(errorMessage: String?) {super.showError(errorMessage)binding.progressBar.visibility = View.GONEToast.makeText(this, errorMessage, Toast.LENGTH_SHORT).show()}// 登录按钮是否可用private fun setLoginButtonEnabled(enabled: Boolean) {binding.btnLogin.isEnabled = enabled}
}
四、MVI 架构的优势与挑战
4.1 优势
- 单向数据流:数据流动方向明确,易于理解和调试
- 可测试性:ViewModel 不依赖 View,单元测试更加简单
- 状态可追溯:所有状态变化都可以追踪,便于定位问题
- 解耦彻底:View 和 Model 完全解耦,职责更加清晰
- 一致性:所有状态更新都遵循相同的模式,代码风格统一
4.2 挑战
- 学习曲线:相较于 MVVM,MVI 的概念更加抽象,需要一定的时间来理解
- 初期开发效率:需要编写更多的代码(Intent 和 State),初期开发效率可能较低
- 状态管理复杂度:在复杂场景下,状态管理可能变得复杂,需要合理设计状态结构
五、总结
MVI 架构通过引入单向数据流和不可变状态,为 Android 开发带来了一种更加清晰、可测试、可维护的代码结构。虽然初期学习和开发成本较高,但在大型项目中,MVI 的优势将得到充分体现。
如果你正在寻找一种能够彻底解决 View 和 Model 耦合问题的架构模式,那么 MVI 绝对值得一试。通过遵循 MVI 的设计原则,你可以构建出更加健壮、易于维护的 Android 应用。
希望本文能够帮助你理解 MVI 架构的核心概念和实现方式,让你在 Android 开发的道路上更进一步。