@sadfQED2 这框架，隐约有点 kohana 的影子。。。

@dvaknheo 楼主如果目的是研究的话，对自身挺有益处的。不过个人觉得有些地方是走歪了。举个例子，“无第三方依赖，你不必担心第三方依赖改动而大费周折”，这在比较正式项目开发中没你想象那么重要，可以通过锁死版本来规避。

@blless 常规 php 项目，前端是 nginx、apache 之类的 web 服务器在。他们支持就好了。

我的观点是：
1. 不合并到 php 官方，基本会凉
2. swoole 定位太尴尬，不是十分值得深入

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

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

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

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

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

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

自己 new PDO 是最适合懒人的