太局限了。这样设计的话，等于一个路由给多个回调，也就是在路由的 mapping 上做下手脚。
既然提到 hook 了，就不如直接点，参考大部分现代框架的做法，将要打桩的上下文通过事件分发出去再收集回来，这样比你想的灵活多了。

先试下说我对“炒鱿鱼”这段经历的看法吧。

从公司角度来看，你未经商讨就上 Yii2，是不对的。这件事你说成是 team leader 失职其实也 OK。不过既然面试有提到主要用到 TP5，那么潜台词就是“我作为用人单位，希望你也跟着我们一起用 TP5”。
贸贸然引入框架，对于旧人来说会带来心智压力，所以其实你的确不怎么占理。。。

然后就是“微擎”的问题。

微擎是我已知的国内最成熟的微信管理框架（应用层的喔）。
首先它一直有在更新，其次他的“烂”更多是烂在历史包袱。我个人觉得对于一个几年前立项并延续至今的开源项目，尽量放宽心看待。
作为开发者，如果真在工作中过程中需要用到微擎这种东西，更多应该考虑怎么去完善它。
例如，既然微擎那么差，能否使用 codeception 来做验收测试提升它的可靠程度；既然它自己封装的微信 sdk 不容易用，能否使用 easywechat 替代；实际开发过程，追溯日志很不方便，能否使用 monolog 或 yii2-debug 这些工具来完善流程等等。。。
想下这些更有意义。

https://packagist.org/?query=db

自己 new PDO 是最适合懒人的

不嫌弃庙小的话，可以加微信（跟 v2 的 id 一样）发下简历