本週更新主要為 Redis 元件新增一個 Lua Script 管理功能,用於更方便的管理和使用 Lua Script,同時我們還修復了一些元件的 ?Bug 和做了一些最佳化工作,使 Hyperf 1.1.* 系列版本更加的健壯了,釋出於 1.1.8 版,建議使用 1.1 的使用者更新。
直接訪問 官網 hyperf.io 或 文件 hyperf.wiki 檢視。
新增
修復
變更
- #1021 WebSocket 客戶端新增預設埠支援,根據協議預設為 80 和 443;
- #1034 去掉了
Hyperf\Amqp\Builder\Builder
的arguments
引數的 array 型別限制,允許接受其他型別如 AmqpTable;
最佳化
- #1014 最佳化
Command::execute
的返回值型別; - #1022 提供更清晰友好的連線池報錯資訊;
- #1039 在 CoreMiddleware 中自動設定最新的 ServerRequest 物件到 Context;
Hyperf 是基於 Swoole 4.4+
實現的高效能、高靈活性的 PHP 協程框架,內建協程伺服器及大量常用的元件,效能較傳統基於 PHP-FPM
的框架有質的提升,提供超高效能的同時,也保持著極其靈活的可擴充套件性,標準元件均基於 PSR 標準 實現,基於強大的依賴注入設計,保證了絕大部分元件或類都是 可替換
與 可複用
的。
框架元件庫除了常見的協程版的 MySQL 客戶端
、Redis 客戶端
,還為您準備了協程版的 Eloquent ORM
、WebSocket 服務端及客戶端
、JSON RPC 服務端及客戶端
、GRPC 服務端及客戶端
、OpenTracing(Zipkin, Jaeger) 客戶端
、Guzzle HTTP 客戶端
、Elasticsearch 客戶端
、Consul 客戶端
、ETCD 客戶端
、AMQP 元件
、Nats 元件
、Apollo、ETCD、Zookeeper 和阿里雲 ACM 的配置中心
、基於令牌桶演算法的限流器
、通用連線池
、熔斷器
、Swagger 文件生成
、Swoole Tracker
、Blade、Smarty、Twig、Plates 和 ThinkTemplate 檢視引擎
、Snowflake 全域性ID生成器
、Prometheus 監控
等元件,省去了自己實現對應協程版本的麻煩。
Hyperf 還提供了 基於 PSR-11 的依賴注入容器
、註解
、AOP 面向切面程式設計
、基於 PSR-15 的中介軟體
、自定義程式
、基於 PSR-14 的事件管理器
、Redis/RabbitMQ 訊息佇列
、自動模型快取
、基於 PSR-16 的快取
、Crontab 秒級定時任務
、Session
、i18n 國際化
、Validation 表單驗證
等非常便捷的功能,滿足豐富的技術場景和業務場景,開箱即用。
儘管現在基於 PHP 語言開發的框架處於一個百花爭鳴的時代,但仍舊未能看到一個優雅的設計與超高效能的共存的完美框架,亦沒有看到一個真正為 PHP 微服務鋪路的框架,此為 Hyperf 及其團隊成員的初衷,我們將持續投入併為此付出努力,也歡迎你加入我們參與開源建設。
Hyperspeed + Flexibility = Hyperf
,從名字上我們就將 超高速
和 靈活性
作為 Hyperf 的基因。
- 對於超高速,我們基於 Swoole 協程並在框架設計上進行大量的最佳化以確保超高效能的輸出。
- 對於靈活性,我們基於 Hyperf 強大的依賴注入元件,元件均基於 PSR 標準 的契約和由 Hyperf 定義的契約實現,達到框架內的絕大部分的元件或類都是可替換的。
基於以上的特點,Hyperf 將存在豐富的可能性,如實現 單體 Web 服務,API 服務,閘道器服務,分散式中介軟體,微服務架構,遊戲伺服器,物聯網(IOT)等。
我們投入了大量的時間用於文件的建設,以解決各種因為文件缺失所帶來的問題,文件上也提供了大量的示例,對新手同樣友好。
Hyperf 官方開發文件
我們為元件進行了大量的單元測試以保證邏輯的正確,目前存在 1233
個單測共 3654
個斷言條件,同時維護了高質量的文件,在 Hyperf 正式對外開放(2019年6月20日)之前,便已經過了嚴酷的生產環境的考驗,我們才正式的對外開放該專案,現在已有很多的大型網際網路企業都已將 Hyperf 部署到了自己的生產環境上並穩定執行。
Github ????? 點 Star 支援我們
Gitee 碼雲 ????? 點 Star 支援我們
Hyperf 官網
Hyperf 文件
QQ 群: 862099724
本作品採用《CC 協議》,轉載必須註明作者和本文連結