ISV开发中遇见的两个棘手问题。

一、 ISV的 开端 ， permanent_code 只能获取一次 ，如果 丢失( 没有及时存起来) 的话 ， 就意味着 彻底失败 。 这个问题文档里也提到了，说是后续会优化逻辑。
首先 这是个问题，还是一开头就遇见的问题。 然而这么长时间过去了，貌视 设计者 也不是很急着解决的样子。为什么呢？
阅读文档会发现设计者的逻辑：获取到 permanent_code 后，把 permanent_code存入数据库，然后立即激活套件 。—— 获取后立马存取，按这样 逻辑 确实是不怎么担心 permanent_code会丢失的。
然而实际开发中会发现：只存个 permanent_code是没什么用的，还得再用 permanent_code去获取企业信息，其中agent信息是必须的。不然没有agentId 企业也 没法用。
我的 逻辑 是：
1、回调服务器收到tmp_auth_code后， 调用 钉钉 获取永久授权码接口 获取 permanent_code 和 corpid 。
2、用corpid和permanent_code调用钉钉 获取企业授权的授权数据接口 获取企业信息和 agent信息。
3、把 permanent_code和 企业信息合并存入数据库，把 agent信息 存入 数据 库 。
4、激活套件。 返回success。
按 我的 逻辑 多调用一次钉钉接口，至少多存一次库， permanent_code 丢失机率大大增加了 。这个 permanent_code只能获取一次 的问题就变得突显起来。
还请设计者不要偷懒，希望尽快优化这一块逻辑。


二、回调服务器change_auth事件，钉钉方面只给传过来个authCorpId， 我套件里有20个微应用， 没有agentId怎么知道是哪个应用被取消了？
目前只有获取 单一应用 接口，现在只能遍历调用20次接口来查哪个应用变更了。
解决方法：change_auth事件时，推送个agentId过来。