每一个item都有三个ImageButton去分别执行相应的startActivityForResult，
三个按钮执行不同的动作，返回不同的结果，结果都是把结果显示到相同的地方，或者不显示，执行相应的callback。
例如在原来的代码中，这里需要执行9个不同的startActivityForResult，在onActivityResult中判断9次，编写不同的actionCode,确实出现了大量重复的代码。而且还有不少页面也都是有类似的列表，有1个，2个，3个不等，甚至每当增加一个的时候，就得增加多个方法，多个回调；如果ImageButton从3个变成4个，5个，意味着每次使用它的地方都得修改一遍，无疑是一种灾难。
想法就是在自定义View中执行startActivityForResult，但startActivityForResult这个方法只能在Activity或者Fragment中调用，而且即使调用了自定义View也无法接收到onActivityResult的回调，因此此路不通。
但是幸好AndroidX提供了ActivityResultLauncher，就可以直接请求并处理结果了。
每一个按钮匹配对应一个ActivityResultLauncher，按钮点击时出发相应的launcher,捕获并处理相应的结果。
值得注意的是，ActivityResultLauncher通常由activity或fragment的registerForActivityResult来创建，在View中创建Activity不现实，但是创建一个没有view视图的轻量Fragment还是很OK的。而且ActivityResultLauncher需要在fragment的onStart方法之前创建，因此fragment也是需要在自定义View渲染的过程中尽可能早地初始化，形成实例对象，才能确保在后面的点击事件中能够正确地作用；
因此在View#onAttachedToWindow中创建fragment,在View#onDetachedFromWindow中移除fragment；
var mFragment: F? = null
private set
init {
id = generateViewId()
}
abstract fun createFragment(): F
override fun onAttachedToWindow() {
super.onAttachedToWindow()
Log.d(TAG, "onAttachedToWindow: ")
if (mFragment == null) {
mFragment = createFragment()
}
mFragment?.let {
addFragment(it)
}
}
override fun onDetachedFromWindow() {
super.onDetachedFromWindow()
Log.d(TAG, "onDetachedFromWindow: ")
mFragment?.let {
removeFragment(it)
}
}
相应的扩展函数如下：
val View.mTag: String
get() {
if (id == View.NO_ID) {
id = View.generateViewId()
}
return "${this::class.java.simpleName}${id}"
}
fun <F> View.addFragment(f: F) where F : Fragment {
val activity = context as FragmentActivity
if (activity.isDestroyed || f.isAdded) {
return
}
val fragmentOld = activity.supportFragmentManager.findFragmentByTag(mTag)
activity.supportFragmentManager
.beginTransaction()
.also {
if (fragmentOld != null) {
//移除旧数据
it.remove(fragmentOld)
}
}
.add(f, mTag)
.commit()
}
fun <F> View.removeFragment(f: F) where F : Fragment {
val activity = context as FragmentActivity
if (activity.isDestroyed || !f.isAdded) {
return
}
activity.supportFragmentManager
.beginTransaction()
.remove(f)
.commitAllowingStateLoss()
}
这样子在Fragment中创建多个mLauncher，每个按钮的事件由fragment的mLauncher来处理，处理完默认把结果交给View显示，或者View增加callback之后，把结果交给callback，更加灵活；
这样子每个调用的地方，直接申明一个一个自定义View之后，就可以了，再也不需要每次重新写一遍startActivityForResult和onActivityResult了，实现可复用，同时结合attr的配置，可以达到满足更多不同场景的使用。
有个地方不好，就是View.mTag没有固定，例如用户手动设置了一个id,所以tag还是不要跟id绑定比较好，直接使用View.generateViewId()来生成tag更好
待补充示例代码到github
