在自定义view中封装startActivityForResul

例如在所在的测绘行业应用中，一个界面中可能存在多个相同的组件， 获取坐标点

每一个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