纯 http 解决的话，可以试试 sse

这种事情，要看业务复杂度的。单纯跑个 demo 就来批评前辈很不妥当。

另外，一个很明显的趋势就是 web 业务复杂度正在不断提升，所以 PHP 社区更加关注的是怎么降低业务复杂度，提高代码复用，Java 社区就是个很好的参考。

所以，Lara/Yii2 的做法一点都没问题。Lara 的 Facade 、Yii2 的 Components 都是好的设计。组建起他们的各个组件，如 symfony 家族、codeception 等等工具，都是很值得去琢磨的东西。

有点 easywechat 的味

没办法直接查看。
我以前搞过 android 的一键反编译，遇到类似问题，最后是自己写了一大堆规则来判断版本库。大致是一个库设定 N 条规则，如微信包，必须包含类 A ；然后包含了 B 的是 1.x，包含了 C 的是 1.y。。。现在让我重做，我可能会搞个状态机来管理了

@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 是最适合懒人的