业务处理现状
Activity需要跟多个页面组件交互处理结果，代码可能就会变成这样，A到K 11个分支处理。如果分支还有嵌套分支，那么代码的阅读成本、维护成本就会成倍增加。
override fun onActivityResult(requestCode: Int, resultCode: Int, data: Intent?) {
super.onActivityResult(requestCode, resultCode, data)
when (requestCode) {
CODE_A -> {
}
CODE_B -> {
}
CODE_C -> {
}
CODE_D -> {
}
CODE_E -> {
}
CODE_F -> {
}
CODE_G -> {
}
CODE_H -> {
}
CODE_I -> {
}
CODE_J -> {
}
CODE_K -> {
}
}
}
痛点
1.阅读成本高
以上代码是从实际项目中抽取处理的，经过了删减勉勉强强还是可读的。但实际情况是，分支嵌套分支，代码一屏无法展示完，相当难受了。
2.维护成本高
所有业务分支处理都堆在一起，其中一个业务需要修改，就得把其他业务分支也过一边，以免其受到影响。原本只需要修改A业务，其他B\C\E业务我都得过一边，维护成本直线往上升了。
如何解决？
方案1：函数封装业务
一个函数对应一种业务处理，在分支比较少的情况下，还是比较适合的，但分支过多，就不太适应，因为代码无论如何转移都是在Activity中，势必会造成其不断地膨胀。
方案2：类封装业务
一个类对应一种业务处理，其中一种业务发生变化，不会影响其他业务，适合业务分支较多、业务处理较复杂的情况。
以下会基于类封装业务来解决，具体方案
1.定义ResultHandler 接口，描述业务处理的统一入口，每种业务处理都要实现它。
interface ResultHandler {
abstract fun onResult(intentData: Intent?)
}
2.定义结果分发器ResultDispatcher ，根据requestCode来分发。
object ResultDispatcher {
private const val CODE_A = 1
private const val CODE_B = 2
private val handlers = mutableMapOf<Int, ResultHandler>().apply {//1
put(CODE_A, AResultHandler())
put(CODE_B, BResultHandler())
}
fun dispatch(requestCode: Int, intentData: Intent?) {//2
handlers[requestCode]?.onResult(intentData)
}
}
注释1：维护requestCode和ResultHandler的对应关系，一对一；
注释2：根据requestCode查找对应的ResultHandler来处理也出；
3.各业务处理器的实现
//A业务处理
class AResultHandler : ResultHandler {
override fun onResult(intentData: Intent?) {
//do something
}
}
//B业务处理
class BResultHandler : ResultHandler {
override fun onResult(intentData: Intent?) {
//do something
}
}
4.调用处
override fun onActivityResult(requestCode: Int, resultCode: Int, data: Intent?) {
super.onActivityResult(requestCode, resultCode, data)
ResultDispatcher.dispatch(requestCode, data)
}
以上分析有不对的地方，请指出，互相学习，谢谢哦！
