Swoole 下的 Hyeprf 框架，现在的维护计划怎么样？

[wh469012917]

我们的业务，是在 2020 年从 Laravel 迁移到 Hyperf 的，当时迁移的原因是 Laravel 的性能，当时是没有 Octane 组件的，迁移后确实眼前一亮。
目前 5 年多过去了，Hyeprf 虽然还在更新，但是明显能感觉到作者积极性不如以前了，github 上提的 issue ，几乎都不鸟你，能理解这种开源项目没有收入，长时间的付出没有回报，积极性下降是必然的。

所以不知道有没有人了解，hyperf 框架未来的发展计划怎么样？我们的业务是机构公益性质的，所以不存在业务倒闭的情况，目前有考虑考虑迁移到 go 语言，但是得完全重写，投入的时间精力是否值得？

[justfindu]

我们也有想法想要迁移, 虽然有 Octane , 但是性能上还是差一点. 有没有什么坑需要填的

[wh469012917]

@justfindu 你们是用的 Laravel 吗？如果是 laravel 迁移到 hyperf 不推荐，目前看 hyperf 维护很不积极，迁移到 go 倒是可以

[lait123]

在用着 hyperf 后台框架 Mineadmin,感觉还行.hyperf 维护确实比较懈怠这个无解的. 但是大问题确实没有啥. 毕竟 php 热度都下降这么多了. 用爱发电的人肯定少. 生态肯定不能和 laravel 比. 转 go 考虑成本就行.

至于其他 php 框架推荐啥的,建议直接看 https://packagist.org/ 的下载量对比就知道了.php 语言下 没有太多选择了. 现在就是 laravel tp hyperf. 至于 webman 只能说下载量摆着.

如果你是员工 推荐转 go 给同事们多一条路子走. php 就用来搞钱吧.

[justfindu]

转 go 根本不是路子, 跨度太大, 除非新业务.

[wh469012917]

目前维护比较懈怠是一回事，随着时间推移，未来肯定是会越来越懈怠，就怕有一天重走 easyswoole 这些老路，直接删库跑路了。对我们的业务长远来说，转 go 应该是最佳的路，但就是投入的精力问题，目前其实算是独立开发者，没有员工

[wh469012917]

@justfindu 对我个人来说问题不大，工作上目前主要也是 go 了，php 就剩一下 hyeprf 框架在维护。如果你们用的是 laravel ，强烈不建议迁移 hyperf ，很有可能，还没迁移完，hyperf 就结束了

[liqinliqin]

Swoole 正在准备一个大招 PHP AOT,让任意 PHP 代码直接生成二进制，比如 WordPress ，直接一个命令行./wordpres

[jason56]

我们不用框架，直接裸 swoole 写，然后生成二进制分发

[BeforeTooLate]

所以问题在于怕没人维护跑路了，后期没法修复 bug ，性能上面我感觉不太可能瓶颈再语言上吧，大部分再 IO,数据库。

[nicoljiang]

@liqinliqin swoole 真是好东西，但我认为独木难支是迟早的事情。PHP 已经被 laravel 带得太坏了。

[fuchish112]

不是计划年底发 3.2 嘛

[liqinliqin]

@nicoljiang #10 我要给他再掰直，就用这个 aot

[liqinliqin]

@fuchish112 #11 我给他计划改了，必须掰直

[wh469012917]

@BeforeTooLate 性能其实问题不大，主要怕没人维护跑路，最近我提了好几个 issue ，全都没结果。甚至连是不是框架 bug 都不知道，只能自己想办法解决

[wh469012917]

@jason56 swoole 今年，其实也只发了 2 个 bug fix 的版本

[wh469012917]

@fuchish112 看样子是凉了

[zhumengyang]

年度发布 3.2

[fuchish112]

@wh469012917 #16 那不至于，swoole6.1 预计国庆发

[Smileh]

在维护啊， 还有专门的 swoole 群 里面大佬都在

[wh469012917]

@Smileh hyperf 维护肯定还有，但积极性大不如前了