[Sw] Swoole 生态迷局，基于 Swoole 的第 109 框架

 

这两天，又一全栈式 Swoole 协程框架面世了 - hyperf，实现思路是我心里点了赞同的，就集成现有 PHP 生态优质组件到 Swoole 的协程中来。

有人想到，为何不是 Swoole 集成到 Web 框架中，固然已经有案例了，若是是老项目这么作是能够经过常驻内存提高性能的，而且利用到 Swoole 一些特性。

可是天花板也正是传统 Web 框架的限制，它们运行组件不是为常驻内存和协程而设计的，因此99.9%没法透明支持 Swoole 的，这是历史使然。

php-fpm 是多进程模型打天下的，Web 服务器是 Nginx 多，PHP 从不用考虑太多，憋说话，加机器就能解决的问题算问题吗。

如今科技进步了，都会触类旁通了，眼界也必需要高呀，要省机器，要高性能，要云原生，矛盾就这么出现了。

全部基于 Swoole 的开发框架，上来必先普及一番 Swoole 协程的注意事项，这些注意事项都是在 Swoole 官方 wiki 上都有的，但依然穿插在框架文档的各个地方，

你们都这样作，厌恶感莫名就上来了，为何 Swoole 官方 wiki 上有，你的开发框架文档上还要再拷贝一份呢，其实在我看来，这不会是简单的拷贝，

起码是框架做者深谙 Swoole 协程用法，拷贝顺带本身的理解敲上去的，由于不写的话，确定大伙儿一用都是坑，到时候先吐槽，啥玩意儿，还不如我裸写的呢。

是的，当你把 Swoole 官方 wiki 上的特性、注意事项都了然于胸的时候，裸写是最爽的，性能最高，可是咋维护呀，这必须解决呀。

那么些个框架都出来很久了，用用看？要是写个小开源衍生做品，用就用呗，挂就挂了，不兼容就不兼容了，存档就存档了，无论那么多。

谁还没裸写过，这时候你义正词严的创造了基于 Swoole 的第 109 个框架 swoole-micro .

 

Link：http://www.javashuo.com/article/p-rucartzb-ds.html