Hyperf發布Swoole Enterprise的視圖及Task組件是什么

Hyperf發布Swoole Enterprise的視圖及Task組件是什么，針對這個問題，這篇文章詳細介紹了相對應的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

更新內容

本次更新主要新增了 Swoole Enterprise 組件 和 視圖 組件 和 Task 組件，同時強化了 JSON RPC 的異常處理和完善了 JSON RPC 在 TCP 協議下的服務注冊及管理，以及修復了一些其它組件的 Bug，發布于 1.0.6 版。    相關組件的文檔可通過上面的超鏈接進入查看，或直接訪問 官網 https://www.hyperf.io 或 文檔 https://doc.hyperf.io 查看。   

Added

• #203 #236 #247 #252 增加視圖組件，支持 Blade 引擎和 Smarty 引擎； 

• #203 增加 Task 組件，適配 Swoole Task 機制；

• #245 增加 TaskWorkerStrategy 和 WorkerStrategy 兩種定時任務調度策略.

• #251 增加用協程上下文作為儲存的緩存驅動；

• #254 增加 RequestMapping::$methods 對數組傳值的支持, 現在可以通過 @RequestMapping(methods={"GET"}) 和 @RequestMapping(methods={RequestMapping::GET}) 兩種新的方式定義方法；

• #255 控制器返回 Hyperf\Utils\Contracts\Arrayable 會自動轉換為 Response 對象, 同時對返回字符串的響應對象增加  text/plain Content-Type;

• #256 如果 Hyperf\Contract\IdGeneratorInterface 存在容器綁定關系, 那么 json-rpc 客戶端會根據該類自動生成一個請求 ID 并儲存在 Request attribute 里，同時完善了 JSON RPC 在 TCP 協議下的服務注冊及健康檢查；

Changed

• #247 使用 WorkerStrategy 作為默認的計劃任務調度策略；

• #256 優化 JSON RPC 的錯誤處理，現在當方法不存在時也會返回一個標準的 JSON RPC 錯誤對象；

Fixed

• #235 為 grpc-server 增加了默認的錯誤處理器，防止錯誤拋出.

• #240 優化了 OnPipeMessage 事件的觸發，修復會被多個監聽器獲取錯誤數據的問題；

• #257 修復了在某些環境下無法獲得內網 IP 的問題；

關于 Hyperf

Hyperf 是基于 Swoole 4.3+ 實現的高性能、高靈活性的 PHP 協程框架，內置協程服務器及大量常用的組件，性能較傳統基于 PHP-FPM 的框架有質的提升，提供超高性能的同時，也保持著極其靈活的可擴展性，標準組件均均基于 PSR 標準 實現，基于強大的依賴注入設計，保證了絕大部分組件或類都是 可替換 與 可復用 的。     框架組件庫除了常見的協程版的 MySQL 客戶端、Redis 客戶端，還為您準備了協程版的 Eloquent ORM、WebSocket 服務端及客戶端、JSON RPC 服務端及客戶端、GRPC 服務端及客戶端、Zipkin (OpenTracing) 客戶端、Guzzle HTTP 客戶端、Elasticsearch 客戶端、Consul 客戶端、ETCD 客戶端、AMQP 組件、Apollo 配置中心、阿里云 ACM 應用配置管理、基于令牌桶算法的限流器、通用連接池、熔斷器、Swagger 文檔生成 等組件，省去了自己實現對應協程版本的麻煩，Hyperf 還提供了 基于 PSR-11 的依賴注入容器、注解、AOP 面向切面編程、基于 PSR-15 的中間件、自定義進程、基于 PSR-14 的事件管理器、Redis/RabbitMQ 消息隊列、自動模型緩存、基于 PSR-16 的緩存 等非常便捷的功能，滿足豐富的技術場景和業務場景，開箱即用。

框架初衷

盡管現在基于 PHP 語言開發的框架處于一個百花爭鳴的時代，但仍舊未能看到一個優雅的設計與超高性能的共存的完美框架，亦沒有看到一個真正為 PHP 微服務鋪路的框架，此為 Hyperf 及其團隊成員的初衷，我們將持續投入并為此付出努力，也歡迎你加入我們參與開源建設。

設計理念

Hyperspeed + Flexibility = Hyperf，從名字上我們就將 超高速 和 靈活性 作為 Hyperf 的基因。    

• 對于超高速，我們基于 Swoole 協程并在框架設計上進行大量的優化以確保超高性能的輸出。   

• 對于靈活性，我們基于 Hyperf 強大的依賴注入組件，組件均基于 PSR 標準 的契約和由 Hyperf 定義的契約實現，達到框架內的絕大部分的組件或類都是可替換的。   

基于以上的特點，Hyperf 將存在豐富的可能性，如實現 Web 服務，網關服務，分布式中間件，微服務架構，游戲服務器，物聯網（IOT）等。

文檔齊全

我們投入了大量的時間用于文檔的建設，以解決各種因為文檔缺失所帶來的問題，文檔上也提供了大量的示例，對新手同樣友好。

生產可用

我們為組件進行了大量的單元測試以保證邏輯的正確，目前存在 483 個單測共 1306 個斷言條件，同時維護了高質量的文檔，在 Hyperf 正式對外開放(2019年6月20日)之前，便已在一家 C輪 和一家 B輪 互聯網公司上線了多個服務并以穩定的姿態完美的運行了超過半年時間，經過了嚴酷的生產環境的考驗，我們才正式的對外開放該項目。   

關于Hyperf發布Swoole Enterprise的視圖及Task組件是什么問題的解答就分享到這里了，希望以上內容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關注億速云行業資訊頻道了解更多相關知識。