🚀 Hyperf 发布 Swoole Enterprise 及视图及 Task 组件 | 企业级的 PHP 微服务协程框架

huangzhhui 的个人博客 / 1 / 0 / 创建于 6年前 / 更新于 6年前

更新内容

本次更新主要新增了 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轮互联网公司上线了多个服务并以稳定的姿态完美的运行了超过半年时间，经过了严酷的生产环境的考验，我们才正式的对外开放该项目。