转载

Hyperf 发布文件系统组件及 v1.1.22 版本 | 企业级的 PHP 微服务云原生协程框架

更新内容

本周主要新增了文件系统(hyperf/filesystem) 组件，本组件对常用的云存储服务提供了协程化支持，通过合理抽象，程序不必感知存储引擎究竟是本地硬盘还是云服务器，实现解耦。同时我们也为一些组件增加了一些新的功能和做了一些 :bug:Bug 的修复, 继续提升 hyperf 的稳定性, 发布于 1.1.22 版, 建议用户更新此版本

直接访问官网 hyperf.io 或文档 hyperf.wiki 查看更新内容

v1.1.22 - 2020-03-26

新增

#1440 为 NSQ 的每个连接新增 enable 配置项来控制连接下的所有消费者的自启功能；
#1451 新增 Filesystem 组件；
#1459 模型 Collection 新增 macroable 支持；
#1463 为 Guzzle Handler 增加 on_stats 选项的功能支持；

变更

#1452 在注入 Redis 客户端时，推荐使用 /Hyperf/Redis/Redis 来替代 /Redis ，原因在 #938 ；

修复

#1445 修复命令 describe:route 缺失了带参数的路由；
#1449 修复了高基数请求路径的内存溢出的问题；
#1454 修复 Collection 的 flatten() 方法因为 INF 参数值为 float 类型导致无法使用的问题；
#1458 修复了 Guzzle 不支持 Elasticsearch 版本大于 7.0 的问题；

v1.1.21 - 2020-03-19

新增

#1393 为 Hyperf/HttpMessage/Stream/SwooleStream 实现更多的方法；
#1419 允许 ConfigFetcher 通过一个协程启动而无需额外启动一个进程；
#1424 允许用户通过配置文件的形式修改 session_name 配置；
#1435 为模型缓存增加 use_default_value 属性来自动修正缓存数据与数据库数据之间的差异；
#1436 为 NSQ 消费者增加 isEnable() 方法来控制消费者进程是否启用自启功能；

关于 Hyperf

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 表单验证 等非常便捷的功能，满足丰富的技术场景和业务场景，开箱即用。