【步兵 经验篇】网络管理的ui回调部分

起因

最近做一个好友+邮箱系统的时候，在处理网络回调的时候，大体就是 送一个礼，送完之后禁用一个按钮。
可能当时功能比较多，写的比较快，然后就这个给忘记判断ui是否opening了。

然后我就构思了一下，如果从根源上避免这个问题，每次回调都要判断和处理界面是否被销毁，
非常的麻烦，而且工作量大或者逻辑十分复杂的时候很容易忽略。

于是就有了这篇文章。

设想

总结

之所以是设想，就是因为项目有年头了，想要实现底层的重构，难于登天。
（ps：虽然之前的活动框架太烂，已经被我重构了，现在新老活动画风完全不一样）

开辟一条新路的后果就是，又会导致风格的不同，老员工还好可能会认为新的框架很好用啊，
老活动也基本上是替换资源、微调无伤大雅，但是新人来了绝对一脸懵逼。（黑人问号脸）

这就是代价，多思考、多评估、再行动是一个我的行动准则。