我为什么要开发一个 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

你可能感兴趣的:(codeigniter,yii2,框架源码,php)