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

内容简介：更新内容 本周主要新增了 文件系统(hyperf/filesystem) 组件，本组件对常用的云存储服务提供了协程化支持，通过合理抽象，程序不必感知存储引擎究竟是本地硬盘还是云服务器，实现解耦。同时我们也为一些组件增加了...

更新内容

本周主要新增了 文件系统(hyperf/filesystem) 组件，本组件对常用的云存储服务提供了协程化支持，通过合理抽象，程序不必感知存储引擎究竟是本地硬盘还是云服务器，实现解耦。同时我们也为一些组件增加了一些新的功能和做了一些 ????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 表单验证 等非常便捷的功能，满足丰富的技术场景和业务场景，开箱即用。

框架初衷

尽管现在基于 PHP 语言开发的框架处于一个百花争鸣的时代，但仍旧未能看到一个优雅的设计与超高性能的共存的完美框架，亦没有看到一个真正为 PHP 微服务铺路的框架，此为 Hyperf 及其团队成员的初衷，我们将持续投入并为此付出努力，也欢迎你加入我们参与开源建设。

设计理念

Hyperspeed + Flexibility = Hyperf，从名字上我们就将 超高速 和 灵活性 作为 Hyperf 的基因。

• 对于超高速，我们基于 Swoole 协程并在框架设计上进行大量的优化以确保超高性能的输出。
• 对于灵活性，我们基于 Hyperf 强大的依赖注入组件，组件均基于 PSR 标准 的契约和由 Hyperf 定义的契约实现，达到框架内的绝大部分的组件或类都是可替换的。

基于以上的特点，Hyperf 将存在丰富的可能性，如实现 单体 Web 服务，API 服务，网关服务，分布式中间件，微服务架构，游戏服务器，物联网（IOT）等。

文档齐全

我们投入了大量的时间用于文档的建设以提供高质量的文档体验，以解决各种因为文档缺失所带来的问题，文档上也提供了大量的示例，对新手同样友好。
Hyperf 官方开发文档

生产可用

我们为组件进行了大量的单元测试以保证逻辑的正确，目前存在 1337 个单测共 3946 个断言条件，Hyperf 是一款经历过严酷的生产环境考验的一个项目，目前已有很多的大型互联网企业都已将 Hyperf 部署到了自己的生产环境上并稳定运行。

官网及交流

Github ???????????????????? 点 Star 支持我们
Gitee 码云 ???????????????????? 点 Star 支持我们
Hyperf 官网
Hyperf 文档

以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

• Vue 中给组件绑定原生事件
• ReactNative 踩坑之 iOS 原生组件
• 深度介绍：???? 你听说过原生 HTML 组件吗？
• Flutter之在Flutter布局中嵌入原生组件Android篇
• 阿里流量控制组件 Sentinel 被列入 CNCF 云原生全景图谱
• 阿里流量控制组件 Sentinel 被列入 CNCF 云原生全景图谱

本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。