imi 是基于 PHP 协程应用开发框架,它支持 HttpApi、WebSocket、TCP、UDP 应用开发。php
由 Swoole 提供强力驱动,Swoole 拥有常驻内存、协程非阻塞 IO 等特性。git
框架遵照 PSR 标准规范,提供 AOP、注解、链接池、请求上下文管理、ORM模型等经常使用组件。github
imi 的模型支持关联关系的定义,增删改查一把梭!数据库
宇润,江苏无锡人,94年出生。初中本身接触易语言,今后踏入代码的世界。segmentfault
2013 年开发并发布 YurunPHP 框架(现已中止维护)。缓存
2017 年开始正式玩 git 和发布开源项目,开源的东西都是本身能用到才会去作,不会为了造轮子而造,一切为了实用。并发
2018 年接触 Swoole,打开了新世界的大门,原来 PHP 还能这么玩!负载均衡
2018年4月16日,我为 imi 写下了第一个字节的代码。框架
2018年6月21日,发布了第一个公开版本 v0.0.1。异步
通过一年实战,2019年6月21日,一周年之际正式发布 v1.0.0 版本。
宇润部分开源项目:imi、YurunHttp、YurunOAuthLogin、PaySDK、ChineseUtil
我已经过码云平台,向 Swoole 项目力所能及地捐款 1111,聊表心意。
SixMQ (宇润)
慢点博客 (慢点)
其它项目因工做缘由不便透露,已知我所在公司、私单项目正在运行 imi。
上面提到,我 2018 年接触 Swoole,打开了新世界的大门,原来 PHP 还能这么玩!
我认为的最好的学习方法,那就是去用,没有实际的功能去实现,学了也会容易忘,不算真正学会。以前我也有 YurunPHP 框架的开发经验,因而决定造个框架吧。
开发 imi 以前,研究了好几个当时比较出名的框架,看到 Swoft 后,最终决定在 imi 框架大量使用注解。至于注解的优缺点,相比百度能比我说得更好,这里就再也不复制粘贴一遍了。
目前大部分 Swoole 框架大都在强调微服务,但 imi 的设计理念确是:
微服务能够有,但不是必须
我认为绝大部分开发者的公司,用不着,或者根本没有必要上微服务。微服务的开发、维护成本会比较大,没有必定规模和业务量的,若是强行上微服务会本末倒置,给本身找麻烦。
imi 目前实现了最基础的 imi-rpc 组件,以及支持了 hprose 协议。虽然尚未更多深刻的实现,但这都说明了 imi 的设计理念,能够有,就看作不作。
因此,imi 目前主打的仍是单体应用开发。项目跑在 Swoole 下,能够比在 fpm 下性能更好,承载访问量更大,尤为是在大量调用第三方接口的 I/O 密集型场景。
WebSocket、TCP、UDP 协议的开发,也是 Swoole 带来的一大优点。
固然,Swoole 用来开发中间件也是至关不错的,不能只把眼光放在 curd 上。
imi 将来也会逐步向微服务方面探索和发展,只不过如今更想作好眼前的单体应用开发。
Github 反馈:github.com/Yurunsoft/I…
Segmentfault 提问:segmentfault.com/
开源中国 问答:www.oschina.net/question
欢迎真正喜欢代码,而不是仅仅看成是工做的朋友,加入 imi 开发组!