这样的密封类是个好主意吗:
sealed class Route<out T: Any> {
data class ToRoute1<out T : Any>(val data: T) : Route<T>()
data class ToRoute2<out T : Any>(val data: T) : Route<T>()
data class ToRoute3<out T : Any>(val data: T) : Route<T>()
}
因此,Route
seal 类将定义当前屏幕可以"路由"的所有可能目标。因此,例如"LoginScreen"可以具有以下密封类:
sealed class LoginRoute<out T: Any> {
data class ToSignUp<out T : Any>(val data: T) : LoginRoute<T>()
data class ToUserDetails<out T : Any>(val data: T) : LoginRoute<T>()
data class ToSomeOtherPossibleDestination<out T : Any>(val data: T) : LoginRoute<T>()
}
现在ViewModel
我可以拥有:
val proceedToDestination = MutableLiveData<Event<LoginRoute>>()
那么在视图中,我可以观察proceedToDestination
并执行以下操作:
viewModel.proceedToDestination.observe(this, Observer { route ->
route?.consume()?.run {
when (route) {
LoginRoute.ToSignUp -> // TODO START SIGNUP
LoginRoute.ToUserDetails-> // TODO GO TO USER DETAILS SCREEN
LoginRoute.ToSomeOtherPossibleDestination-> // TODO GO TO OTHER POSSIBLE DESTINATIONS
}
}
})
我的问题是,这到底是一个好主意还是一个好做法?提前谢谢。
编辑:
只是真的想让它再次活着,也许能找到一些答案。
关于sealed class
- 这很好。我上传了使用类似路由的简单路由器方法。您还可以使用非常有趣的康帕斯路由器进行基准测试。
除了实现之外,这里的区别在于路由责任 - 在我介绍的解决方案中Presenter/ViewModel
可以访问Router
并调用navigate(..)
- 在您的方法中,您使用Rx/LiveData
并让您的View
处理它,但这只是它上面的另一个逻辑层。