认识达内从这里开始

更新内容

本周更新主要为一个Bugfix版本，增加了@Transactional注解来自动开启一个数据库事务，与此同时我们还修复了一些组件的:bug:Bug，发布于1.1.20版，建议用户更新此版本。

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

新增

#1402增加Hyperf\DbConnection\Annotation\Transactional注解来自动开启一个事务;

#1412增加Hyperf\View\RenderInterface::getContents()方法来直接获取View Render的渲染内容;

#1416增加Swoole事件常量ON_WORKER_ERROR ;

修复

#1405修复当模型存在hidden属性时，模型缓存功能缓存的字段数据不正确的问题;

#1410修复Tracer无法追踪由Hyperf\Redis\RedisFactory创建的连接的调用链;

#1415修复阿里ACM客户端在当SecurityToken Header为空时sts token会解密失败的问题;

关于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官方开发文档

生产可用

我们为组件进行了大量的单元测试以保证逻辑的正确，目前存在1322个单测共3908个断言条件，同时维护了高质量的文档，在Hyperf正式对外开放(2019年6月20日)之前，便已经过了严酷的生产环境的考验，我们才正式的对外开放该项目，现在已有很多的大型互联网企业都已将Hyperf部署到了自己的生产环境上并稳定运行。

【免责声明】本文系本网编辑部分转载，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与管理员联系，我们会予以更改或删除相关文章，以保证您的权益!