这代码，你不包装下？

不管做什么事情，我们都要有一颗上进的心，写代码也是如此。最开始要写得出，然后要写得对，然后要写得又对又好，最后再追求那个传说中的快。

当然，现在好用又强大的三方库越来越多了，业务开发渐渐的变成 api boy 了。当然，api boy 亦有差距，就看你能不能把 api 封装得足够好用了。

今天，我来教教你们如何用协程包装下微信分享的接口。

首先看看微信分享接口，它的发送数据接口和接收接口是分开的。

发送请求为：

fun shareToWx(msg: WXMediaMessage, transaction: String){
  val req = SendMessageToWX.Req()
  // 唯一标示一个请求, 用于微信返回的回调使用
  req.transaction = transaction
  // 调用 api 接口，发送数据到微信
  api.sendReq(req)
}

然后跳转到微信，微信处理完后，会调起 WXEntryActivity ，通过 onResp 去接收消息：

class WXEntryActivity() : AppCompatActivity(), IWXAPIEventHandler{
    override fun onResp(baseResp: BaseResp) {
        // 通过 baseResp.transaction 去 match 请求
        // TODO handle the baseResp
        finish()
    }
}

整个流程清晰，就是请求和回应分离了，虽然有 transaction 去追踪请求连，但我也见过完全不用这个参数的开发，而是做了个假设：短时间必定只有一次分享，而且回应应该也很快，所以从微信收到的结果必定是当前界面分享的。。。（反正一般跑起来都是正常的。）

更多高明的开发可能就会用上 EventBus 了，把 resp 抛到 EventBus 里，然后业务自己去监听 EventBus 里的消息，然后处理。

这样也不是不可以，但总归一条业务链下来，代码要写在两个地方，维护起来也不是很爽，而且每次还要去关注那个 transaction 参数。

那该怎么包装呢？RxJava 有 RxJava 的包装，协程有协程的包装，但大体思路应该一样。总之我们要善于利用新的工具去让这个世界变得更美好。对于我，我当然是选择更现代的协程了。

代码如下：

private val wxMsgChannelMap = HashMap<String, Channel<BaseResp>>()

// 入口方法
suspend fun shareToWx(msg: WXMediaMessage): BaseResp {
    val req = SendMessageToWX.Req()
  // 构造唯一标示，仅内部使用
  req.transaction = System.currentTimeMillis().toString()
  // 构建一个缓存一个结果的 channel
  val channel = Channel<BaseResp>(1)
  return withContext(Dispatchers.Main) {
       // 将 channel 存储起来
       wxMsgChannelMap[transaction] = channel
       try {
           // 调用 api 接口，发送数据到微信
           api.sendReq(req)
           // 协程等待 channel 的结果
           channel.receive()
       } finally {
           channel.close()
           wxMsgChannelMap.remove(transaction)
       }
  }
}

class WXEntryActivity() : AppCompatActivity(), IWXAPIEventHandler{
    override fun onResp(baseResp: BaseResp) {
         AppScope.launch（Dispatchers.Main) {
            // 从 map 中寻找到对应的 channel
            val channel = wxMsgChannelMap[baseResp.transaction] ?: return@launch
            if (channel.isClosedForSend || channel.isClosedForReceive) {
                return@launch
            }
            // 向 channel 发送数据
            channel.send(baseResp)
        }
        finish()
    }
}

上面的代码，其实很简单，就是借助了 channel 而已，但只要有这一层封装，业务放就可以将逻辑写得简洁明了了：

val msg = WXMediaMessage(...) // 构造消息
val result = shareToWx(msg)
// 处理结果

是不是看上去就清爽多了？那可不可以做得更好呢？ 我们必须要在工程中的特定目录下新建 WXEntryActivity, 然后各个 app 里面的代码都是非常雷同，所以，我们能不能搞个库，把它给封装并隐藏起来？就可以造福更多的开发？WXEntryActivity 要求特定目录，那是不是只能动态生成？ ksp 是不是就可以上场装逼了？

问：那继续搞下去吗？

答：不搞，现在的又不是不能用。