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 開發組!