文章目录
MVI 是 Model-View-Intent 的缩写,它也是一种响应式 + 流式处理思想的架构。
MVI 的 Model 代表一种可订阅的状态模型的概念,添加了 Intent 概念来代表用户行为,采用单向数据流来控制数据流动和各层依赖关系。
MVI 中的单项数据流工作流程如下:
在ViewModel中,持有并公开 Intent、State。数据Model被State依赖,进行流转。因此,VM负责的是,Intent、State的状态存储,数据层的中继。
具体表现为:
本文参考了一些文章,在实践中,抽象封装了
IUiIntent和IUiState基类;抽象了BaseMviViewModel和BaseMviUi基类等
定义基类接口,和 通用的 实现的类
Intent:
/**
* desc: UI 事件意图,或 数据获取的意图
* author: stone
* email: aa86799@163.com
* time: 2022/11/24 12:19
*/
interface IUiIntent
class InitDataIntent: IUiIntent
State:
interface IUiState
/**
* 正在加载
*/
class LoadingState(val isShow: Boolean) : IUiState
/**
* 加载失败
*/
class LoadErrorState(val error: String) : IUiState
// 加载成功
class LoadSuccessState<T>(val subState: IUiState, val data: T?) : IUiState
// 分页加载成功
class LoadSuccessMultiDataState<T>(val subState: IUiState, val data: List<T>?, val page: Int) : IUiState
说明:
import androidx.lifecycle.ViewModel
import androidx.lifecycle.viewModelScope
import kotlinx.coroutines.Dispatchers
import kotlinx.coroutines.flow.*
import kotlinx.coroutines.launch
/**
* desc:
* author: stone
* email: aa86799@163.com
* time: 2022/11/24 13:41
*/
abstract class BaseMviViewModel : ViewModel() {
/**
* UI 状态
*/
private val _uiStateFlow by lazy { MutableStateFlow(initUiState()) }
val uiStateFlow: StateFlow<IUiState> = _uiStateFlow.asStateFlow()
/**
* 事件意图, 点击事件、刷新等都是Intent。表示用户的主动操作
*/
private val _userIntent = MutableSharedFlow<IUiIntent>()
protected val userIntent = _userIntent.asSharedFlow()
init {
viewModelScope.launch {
userIntent.distinctUntilChanged().collect {
handleUserIntent(it)
}
}
}
abstract fun handleUserIntent(intent: IUiIntent)
protected open fun initUiState(): IUiState {
return LoadingState(true)
}
protected fun sendUiState(block: IUiState.() -> IUiState) {
_uiStateFlow.update { block(it) } // 更新值
// _uiStateFlow.update { _uiStateFlow.value.block() } // 作用和上一句一样的
}
/**
* 分发意图
*
* 仅此一个 公开函数。供 V 调用
*/
fun dispatch(intent: IUiIntent) {
viewModelScope.launch {
_userIntent.emit(intent)
}
}
/**
* @param showLoading 是否展示Loading
* @param request 请求数据
* @param successCallback 请求成功
* @param failCallback 请求失败,处理异常逻辑
*/
protected fun <T : Any> requestDataWithFlow(
showLoading: Boolean = true,
request: Flow<BaseResult<T?>>,
successCallback: (T?) -> Unit,
failCallback: suspend (String) -> Unit = { errMsg -> //默认异常处理,子类可以进行覆写
sendUiState { LoadErrorState(errMsg) }
}
) {
viewModelScope.launch {
request
.onStart {
if (showLoading) {
sendUiState { LoadingState(true) }
}
}
.flowOn(Dispatchers.Default)
.catch { // 代码运行异常
failCallback(it.message ?: "发生了错误")
sendUiState { LoadingState(false) }
}
.onCompletion {
sendUiState { LoadingState(false) }
}
.flowOn(Dispatchers.Main)
.collect {
if (it.status == NET_STATUS_SUCCESS) {
successCallback(it.data)
} else {
failCallback(it.statusText ?: "服务响应发生了错误")
}
}
}
}
}
对 BaseVM 的一些说明:
initUiState()来设置 初始State。handleUserIntent()sendUiState(state) 来发送 UIStatedispatch(intent) 来分发 IntentrequestDataWithFlow()。其中参数 request,是一个Flow<BaseResult<T?>>类型。BaseResult<T?>就是个通用响应类型 + 实际响应类型的组合。然后在 github 找到一个 FlowCallAdapter,将 retrofit 的网络请求响应 转为 Flow。/**
* desc:
* author: stone
* email: aa86799@163.com
* time: 2022/11/23 14:31
*/
class TableViewModel(
private val datasource: TableDatasource = TableDatasource()
) : BaseMviViewModel() {
override fun handleUserIntent(intent: IUiIntent) {
when (intent) {
is InitDataIntent -> initLoad()
is TableIntent.SaveIntent -> saveData(intent.data)
}
}
private fun initLoad() {
viewModelScope.launch {
// 检查类型
requestDataWithFlow(request = datasource.queryCheckType(), successCallback = {
sendUiState { LoadSuccessState(TableUiState.CheckTypeState, it) }
})
// 单位类别
requestDataWithFlow(request = datasource.queryUnitType(), successCallback = {
sendUiState { LoadSuccessState(TableUiState.UnitTypeState(), it) }
})
// 处理措施
requestDataWithFlow(request = datasource.queryHandle(), successCallback = {
sendUiState { LoadSuccessState(TableUiState.HandleState(), it) }
})
}
}
private fun saveData(body: PostBody) {
viewModelScope.launch {
// 添加检查信息
requestDataWithFlow(request = datasource.addCheckInfo(body), successCallback = {
sendUiState { LoadSuccessState(TableUiState.AddSuccessState(), it?.messeage) }
})
}
}
}
sealed class TableUiState {
object CheckTypeState : IUiState // 检查表类型 需要请求网络,并在UI 上展示
class UnitTypeState : IUiState // 单位类型 需要请求网络,并在UI 上展示
class HandleState : IUiState // 处理措施 需要请求网络,并在UI 上展示
class AddSuccessState : IUiState // 保存成功 需要在UI 上展示
}
sealed class TableIntent {
class SaveIntent(val data: PostBody) : IUiIntent // 用户点击保存
}
/**
* desc: 提供 区域查询。 这是一个可供其它 V 层,所使用的 VM。
* author: stone
* email: aa86799@163.com
* time: 2022/11/23 14:31
*/
class AreaViewModel(private val areaDatasource: AreaDatasource = AreaDatasource()) : BaseMviViewModel() {
private val _areaIntent = MutableSharedFlow<IUiIntent>()
protected val areaIntent = _areaIntent.asSharedFlow()
override fun handleUserIntent(intent: IUiIntent) {
when (intent) {
is LoadAddressIntent -> loadArea()
}
}
private fun loadArea() {
viewModelScope.launch {
// 区域查询
requestDataWithFlow(request = areaDatasource.queryArea(), successCallback = {
sendUiState { LoadSuccessState(AreaState(), it) }
})
}
}
}
class LoadAddressIntent : IUiIntent
class AreaState : IUiState // 区域 需要请求网络,并在UI 上展示
说明:
Flow<BaseResult<T?>> 类型的函数
class MyActivity : BaseMviActivity() {
private val mViewModel by viewModels<TableViewModel>()
private val mAreaViewModel by viewModels<AreaViewModel>()
fun oncreate() {
...
initObserver()
initBiz()
initListener()
}
private fun initObserver() {
stateFlowHandle(mViewModel.uiStateFlow) {
if (it !is LoadSuccessState<*>) return@stateFlowHandle
when (it.subState) {
is TableUiState.CheckTypeState -> showCheckTypeState(it.data as? CheckTypeBean)
is TableUiState.UnitTypeState -> showUnitTypeState(it.data as UnitTypeBean?)
is TableUiState.HandleState -> showHandleState(it.data as HandleBean?)
is TableUiState.AddSuccessState -> showToast(it.data?.toString() ?: "操作成功")
}
}
stateFlowHandle(mAreaViewModel.uiStateFlow) {
if (it !is LoadSuccessState<*>) return@stateFlowHandle
when (it.subState) {
is AreaState -> showAreaState(it.data as ArrayList<AreaBean>?)
}
}
}
private fun initBiz() {
mViewModel.dispatch(InitDataIntent())
mAreaViewModel.dispatch(LoadAddressIntent())
}
private initListener() {
btn_save.setOnClickListener {
val body = PostBody()
mViewModel.dispatch(TableIntent.SaveIntent(body))
}
}
private fun showCheckTypeState(data: CheckTypeBean?) { // 检查表类型 }
private fun showUnitTypeState(data: UnitTypeBean?) { // 单位类型 }
private fun showHandleState(data: HandleBean?) { // 处理措施 }
private fun showAreaState(data: ArrayList<AreaBean>?) { // 区域信息 }
private fun showToast(msg: String) { }
}
说明
abstract class BaseMviActivity: AppCompatActivity() {
...
private val mBaseMviUi by lazy { BaseMviUi(this, this) }
/**
* 显示用户等待框
* @param msg 提示信息
*/
protected fun showLoadingDialog(msg: String = "请等待...") {
mBaseMviUi.showLoadingDialog(msg)
}
/**
* 隐藏等待框
*/
protected fun dismissLoadingDialog() {
mBaseMviUi.dismissLoadingDialog()
}
protected fun showToast(msg: String) {
mBaseMviUi.showToast(msg)
}
protected fun showToastLong(msg: String) {
mBaseMviUi.showToastLong(msg)
}
protected fun stateFlowHandle(flow: Flow<IUiState>, block: (state: IUiState) -> Unit) {
mBaseMviUi.stateFlowHandle(flow, block)
}
}
/**
* desc:
* author: stone
* email: aa86799@163.com
* time: 2022/12/4 11:46
*/
abstract class BaseMviFragment: Fragment() {
private val mBaseMviUi by lazy { BaseMviUi(requireContext(), this) }
/**
* 显示用户等待框
* @param msg 提示信息
*/
protected fun showLoadingDialog(msg: String = "请等待...") {
mBaseMviUi.showLoadingDialog(msg)
}
/**
* 隐藏等待框
*/
protected fun dismissLoadingDialog() {
mBaseMviUi.dismissLoadingDialog()
}
protected fun showToast(msg: String) {
mBaseMviUi.showToast(msg)
}
protected fun showToastLong(msg: String) {
mBaseMviUi.showToastLong(msg)
}
protected fun stateFlowHandle(flow: Flow<IUiState>, block: (state: IUiState) -> Unit) {
mBaseMviUi.stateFlowHandle(flow, block)
}
}
/**
* desc:
* author: stone
* email: aa86799@163.com
* time: 2022/12/4 11:24
*/
class BaseMviUi(private val context: Context, private val lifecycleOwner: LifecycleOwner) {
private var mLoading by Weak<LoadingDialog>()
fun stateFlowHandle(flow: Flow<IUiState>, block: (state: IUiState) -> Unit) {
lifecycleOwner.lifecycleScope.launchWhenCreated { // 开启新的协程
// repeatOnLifecycle 是一个挂起函数;低于目标生命周期状态会取消协程,内部由suspendCancellableCoroutine实现
// STATE.CREATED 低于 STARTED 状态;若因某种原因,界面重建,重走 Activity#onCreate 生命周期,就会取消该协程,直到 STARTED 状态之后,被调用者重新触发
lifecycleOwner.repeatOnLifecycle(Lifecycle.State.STARTED) {
flow.collect {
when (it) {
is LoadingState -> { if (it.isShow) showLoadingDialog() else dismissLoadingDialog() }
is LoadErrorState -> showToast(it.error)
else -> block(it)
}
}
}
}
}
/**
* 显示用户等待框
* @param msg 提示信息
*/
fun showLoadingDialog(msg: String = "请等待...") {
if (mLoading?.isShowing == true) {
mLoading?.setLoadingMsg(msg)
} else {
mLoading = LoadingDialog(context)
mLoading?.setLoadingMsg(msg)
mLoading?.show()
}
}
/**
* 隐藏等待框
*/
fun dismissLoadingDialog() {
if (mLoading?.isShowing == true) {
mLoading?.dismiss()
}
}
fun showToast(msg: String) {
ToastUtil.showToast(msg)
}
fun showToastLong(msg: String) {
ToastUtil.showToastLong(msg)
}
}
sealed class 中。 _userIntent: MutableSharedFlow<IUiIntent>() 这个类型,使用了 distinctUntilChanged(),防止重复数据。若一个State定义成object XxState ,那若连续发送多个 XxState,则只会观察处理第一个。后续的受distinctUntilChanged()影响,不会重复处理。比如,一个数据刷新的动作,就最好不要定义成 object 单例。实际场景中,有时候可能要单独处理错误,而不是简单的统一 toast 错误信息。
为此,改写了 BaseMviUi#stateFlowHandle(),增加一个参数 handleError: Boolean
fun stateFlowHandle(flow: Flow<IUiState>, handleError: Boolean, block: (state: IUiState) -> Unit) {
lifecycleOwner.lifecycleScope.launchWhenCreated { // 开启新的协程
// repeatOnLifecycle 是一个挂起函数;低于目标生命周期状态会取消协程,内部由suspendCancellableCoroutine实现
// STATE.CREATED 低于 STARTED 状态;若因某种原因,界面重建,重走 Activity#onCreate 生命周期,就会取消该协程,直到 STARTED 状态之后,被调用者重新触发
lifecycleOwner.repeatOnLifecycle(Lifecycle.State.STARTED) {
flow.collect {
when (it) {
is LoadingState -> { if (it.isShow) showLoadingDialog() else dismissLoadingDialog() }
is LoadErrorState -> if (handleError) showToast(it.error) else block(it)
else -> block(it)
}
}
}
}
}
相应的,在 BaseMviFragment 、BaseMviActivity 的调用处,都增加这个参数
如果需要统一处理错误,handleError 传 true;反之,自定义处理
调用如,
// activity/fragment:
fun initObserver() {
lifecycleScope.launchWhenCreated {
stateFlowHandle(mViewModel.uiStateFlow, false) {
if (it is LoadSuccessPageDataState<*>) {
when (it.subState) {
is PackUiState.RefreshPageDataSuccess -> {
mLastPage = mPage
logi("rv show data, refresh page ${it.page}")
mAdapter.updateData(it.data as ArrayList<MviData>?)
}
is PackUiState.LoadPageDataSuccess -> {
mLastPage = mPage
mAdapter.addAll(it.data as ArrayList<MviData>?)
logi("rv show data, add data of page ${it.page}")
}
}
}
if (it is LoadErrorState) {
mPage = mLastPage
// if (mPage > 0) mPage--
stoneToast("show error view tips, error message is \"${it.error}\" mPage = $mPage")
logi("show error view tips, error message is \"${it.error}\" mPage = $mPage")
}
}
}
}
BaseMviViewModel#requestDataWithFlow() 内部 使用了 viewModelScope.launch { };而在每个调用requestDataWithFlow函数的地方,又用了 viewModelScope.launch。原因是 request 参数值是通过一个 suspend 函数返回的值来传递的。
将 request 参数的类型定义成一个suspend 函数类型,就能使得,在子类使用 requestDataWithFlow函数时,不需要再先定义一个协程
protected fun <T : Any> requestDataWithFlow(
showLoading: Boolean = true,
request: suspend () -> Flow<BaseResult<T?>?>,
successCallback: (T?) -> Unit,
failCallback: suspend (String) -> Unit = { errMsg -> //默认异常处理,子类可以进行覆写
sendUiState { LoadErrorState(errMsg) }
}
) {
viewModelScope.launch {
request() // 这里是函数调用
.onStart {
...
}
子类调用,如
private fun loadPageData(page: Int) {
requestDataWithFlow(request = { repository.getListMviData(page, PAGE_SIZE) }, successCallback = {
sendUiState {
LoadSuccessPageDataState(if (page == 1) PackUiState.RefreshPageDataSuccess() else PackUiState.LoadPageDataSuccess(), it, page)
}
})
}
Demo 已补(关于 FlowCallAdapter 的网络适配,没有在 Demo 中应用;Demo 中只是模拟了数据源);有需要可以去 Github 看看
我有一个模型:classItem项目有一个属性“商店”基于存储的值,我希望Item对象对特定方法具有不同的行为。Rails中是否有针对此的通用设计模式?如果方法中没有大的if-else语句,这是如何干净利落地完成的? 最佳答案 通常通过Single-TableInheritance. 关于ruby-on-rails-Rails-子类化模型的设计模式是什么?,我们在StackOverflow上找到一个类似的问题: https://stackoverflow.co
我主要使用Ruby来执行此操作,但到目前为止我的攻击计划如下:使用gemsrdf、rdf-rdfa和rdf-microdata或mida来解析给定任何URI的数据。我认为最好映射到像schema.org这样的统一模式,例如使用这个yaml文件,它试图描述数据词汇表和opengraph到schema.org之间的转换:#SchemaXtoschema.orgconversion#data-vocabularyDV:name:namestreet-address:streetAddressregion:addressRegionlocality:addressLocalityphoto:i
鉴于我有以下迁移:Sequel.migrationdoupdoalter_table:usersdoadd_column:is_admin,:default=>falseend#SequelrunsaDESCRIBEtablestatement,whenthemodelisloaded.#Atthispoint,itdoesnotknowthatusershaveais_adminflag.#Soitfails.@user=User.find(:email=>"admin@fancy-startup.example")@user.is_admin=true@user.save!ende
我有一个用户工厂。我希望默认情况下确认用户。但是鉴于unconfirmed特征,我不希望它们被确认。虽然我有一个基于实现细节而不是抽象的工作实现,但我想知道如何正确地做到这一点。factory:userdoafter(:create)do|user,evaluator|#unwantedimplementationdetailshereunlessFactoryGirl.factories[:user].defined_traits.map(&:name).include?(:unconfirmed)user.confirm!endendtrait:unconfirmeddoenden
给定一个复杂的对象层次结构,幸运的是它不包含循环引用,我如何实现支持各种格式的序列化?我不是来讨论实际实现的。相反,我正在寻找可能会派上用场的设计模式提示。更准确地说:我正在使用Ruby,我想解析XML和JSON数据以构建复杂的对象层次结构。此外,应该可以将该层次结构序列化为JSON、XML和可能的HTML。我可以为此使用Builder模式吗?在任何提到的情况下,我都有某种结构化数据-无论是在内存中还是文本中-我想用它来构建其他东西。我认为将序列化逻辑与实际业务逻辑分开会很好,这样我以后就可以轻松支持多种XML格式。 最佳答案 我最
导读:随着叮咚买菜业务的发展,不同的业务场景对数据分析提出了不同的需求,他们希望引入一款实时OLAP数据库,构建一个灵活的多维实时查询和分析的平台,统一数据的接入和查询方案,解决各业务线对数据高效实时查询和精细化运营的需求。经过调研选型,最终引入ApacheDoris作为最终的OLAP分析引擎,Doris作为核心的OLAP引擎支持复杂地分析操作、提供多维的数据视图,在叮咚买菜数十个业务场景中广泛应用。作者|叮咚买菜资深数据工程师韩青叮咚买菜创立于2017年5月,是一家专注美好食物的创业公司。叮咚买菜专注吃的事业,为满足更多人“想吃什么”而努力,通过美好食材的供应、美好滋味的开发以及美食品牌的孵
华为OD机试题本篇题目:明明的随机数题目输入描述输出描述:示例1输入输出说明代码编写思路最近更新的博客华为od2023|什么是华为od,od薪资待遇,od机试题清单华为OD机试真题大全,用Python解华为机试题|机试宝典【华为OD机试】全流程解析+经验分享,题型分享,防作弊指南华为o
C#实现简易绘图工具一.引言实验目的:通过制作窗体应用程序(C#画图软件),熟悉基本的窗体设计过程以及控件设计,事件处理等,熟悉使用C#的winform窗体进行绘图的基本步骤,对于面向对象编程有更加深刻的体会.Tutorial任务设计一个具有基本功能的画图软件**·包括简单的新建文件,保存,重新绘图等功能**·实现一些基本图形的绘制,包括铅笔和基本形状等,学习橡皮工具的创建**·设计一个合理舒适的UI界面**注明:你可能需要先了解一些关于winform窗体应用程序绘图的基本知识,以及关于GDI+类和结构的知识二.实验环境Windows系统下的visualstudio2017C#窗体应用程序三.
MIMO技术的优缺点优点通过下面三个增益来总体概括:阵列增益。阵列增益是指由于接收机通过对接收信号的相干合并而活得的平均SNR的提高。在发射机不知道信道信息的情况下,MIMO系统可以获得的阵列增益与接收天线数成正比复用增益。在采用空间复用方案的MIMO系统中,可以获得复用增益,即信道容量成倍增加。信道容量的增加与min(Nt,Nr)成正比分集增益。在采用空间分集方案的MIMO系统中,可以获得分集增益,即可靠性性能的改善。分集增益用独立衰落支路数来描述,即分集指数。在使用了空时编码的MIMO系统中,由于接收天线或发射天线之间的间距较远,可认为它们各自的大尺度衰落是相互独立的,因此分布式MIMO
需求:要创建虚拟机,就需要给他提供一个虚拟的磁盘,我们就在/opt目录下创建一个10G大小的raw格式的虚拟磁盘CentOS-7-x86_64.raw命令格式:qemu-imgcreate-f磁盘格式磁盘名称磁盘大小qemu-imgcreate-f磁盘格式-o?1.创建磁盘qemu-imgcreate-fraw/opt/CentOS-7-x86_64.raw10G执行效果#ls/opt/CentOS-7-x86_64.raw2.安装虚拟机使用virt-install命令,基于我们提供的系统镜像和虚拟磁盘来创建一个虚拟机,另外在创建虚拟机之前,提前打开vnc客户端,在创建虚拟机的时候,通过vnc