我为什么要开发一个 MixPHP 框架

最近业余时间一直在开发ExpressPHP的第二个版本 MixPHP，今天下班想起之前一个面试官的问题：你为什么还要再造一个轮子呢？仔细回想，第一个版本，现在想来确实 “炫技” 的成份比较多，现在推翻第一版，又重构一个所谓的 “高性能PHP框架” ，这东西又不赚钱，我到底为了啥？其实，写程序和写诗有很多相似之处，同样需要优雅的语法，好作品也同样想要有更多的人欣赏，感性完了，接下来理性的分析一下。

国内常用的框架

国内较流行的 PHP 框架，参考Lagou等招聘网中的招聘信息与众多同事口口相传。

框架	特点	流行度	更加适合
ThinkPHP	易上手，文档友好、过度封装	超高	网页
Yii	安全性高、规范、性能稍差	高	网页
Codeigniter	简单、高效、文档友好	高	网页&API
Yaf/Phalcon	C扩展，高性能	一般	API

后端开发业务场景

通常后端开发有以下这些场景：

• 网页/后台管理开发
• API开发
• TCP服务器开发
• UDP服务器开发
• 异步队列消费者开发
• 定时任务开发

采用多种技术，复杂度、成本必然更高

因为不同场景的诉求不同，所以很多公司采用多种框架来开发，APP的API采用Yaf/Phalcon，后台管理采用Yii、ThinkPHP、Codeigniter，TCP/UDP服务器又采用Java/C++来写，一个后端开发就需招聘擅长不同框架不同语言的程序员来开发。

现有 MVC 框架的弱项

在网页/后台管理/API开发方面，流行的各种PHP框架一直都很擅长，可是在控制台程序开发方面：

• HTTP/TCP/UDP服务器开发：还未有流行的PHP框架封装。
• 异步队列消费者开发：只提供了CLI模式下运行控制器方法，并未提供主进程多子进程的进程模型，并未提供多线程处理。
• 定时任务开发：还需依赖第三方工具crontab等，PHP框架本身不能实现。

PHP 框架开发效率与性能不可兼得

Yaf/Phalcon这样C扩展框架，如果开发业务十分复杂的后台与网页，开发效率不高，中小企业开发效率才是生存王道，而开发效率高的ThinkPHP、Yii、Codeigniter开发API性能又差了点，当然性能可以从架构上着手，但是如果高性能与开发效率可以兼得，岂不更好。

MixPHP 试图解决这些

• 高性能与开发效率兼得：参考Yii、ThinkPHP、Codeigniter提高开发效率的特性，编写全部面向对象的MVC框架，使其同时支持LNMP架构与Swoole应用服务器，需要开发效率时采用LNMP传统架构，需要高性能API时，修改少量代码，即可切换为Swoole应用服务器，把框架类库预加载至内存，数据库按进程长连接，可达到Yaf/Phalcon的性能。
• 多线程异步队列服务：只需写好控制器方法，然后在配置文件中配置下路由命名空间、进程、线程数量，就可在CLI模式中启动多进程多线程模型的异步队列处理程序。
• 定时任务服务：只需写好控制器方法，然后配置下路由命名空间、定时循环条件，就可在CLI模式中启动动态多进程模型的定时任务处理程序。
• TCP/UDP服务：一步步来，后续版本再考虑加入。

结尾

许愿：希望以后所有后端开发，如用PHP，就用一个框架可好？

PHP是最好的语言

GitHub

支持的用户请加个 Star 吧，让更多人发现 MixPHP。
https://github.com/mixstart/mixphp