Facebook 开发的 HHVM 引擎宣布停止支持 PHP
近日,Facebook 开发的 PHP 执行引擎 HHVM 在其官方博客上宣布,他们即将停止支持 PHP。
HHVM 通过将 PHP 代码动态翻译成原生机器码而大幅提高速度。HHVM 支持 PHP 和 PHP 方言 Hack 语言。但现在开发团队宣布 HHVM v3.30 将是最后一个支持 PHP 的版本,下面是一些关键的时间节点:
2018-12-03(branch cut): 在该日期后,PHP 代码将停止用于 master 和 nightly builds
2018-12-17: 发布 v3.30.0 版本
2019-01-28: 发布 v4.0.0 版本,不再支持 PHP
2019-11-19: 终止对 v3.30 的支持
HHVM 开发团队建议使用 HHVM 的项目完全迁移到 Hack 或 PHP7 和 PHP 运行时。
他们还表示,希望自身做出的对现实世界 PHP 代码的支持能够快速突破:例如,他们可能会使用 inout 参数代替内置的引用参数 (&$foo),使得 INT64_MAX + 1 === INT64_MIN(浮点数除外)。
关于 HHVM 放弃对 PHP 支持的这件事其实有迹可循。去年我们就曾报道过,因为 PHP 7 与 PHP 5 存在很大的兼容性问题,Facebook 的 HHVM 团队决定改用 Hack 开发 HHVM。通过减少使用 PHP,HHVM 团队希望 HHVM 和 Hack 能给开发者提供一个更好、更高性能的体验。
Hack 建立于 PHP 生态系统上,但 Facebook 最终的目标是让 Hack 拥有自己的核心框架生态。
为此,HHVM 团队也和我们分享了 2018 的开源计划,优先事项是支持现有的用户,并减少停止支持 PHP 带来的痛苦。这将涉及到创建其他项目,并优化若干现有项目以达到合适的 v1.x 状态。
目前的部分计划
hh-apidoc: 提升易用性,与现有项目集成,改进生成文档的可读性和格式
hacktest: 在所有现有项目中改进易用性、文档和用作 PHPUnit 的替代品
hack-router, hack-router-codegen: 删除对 PSR-7 的依赖,重新使用当前最佳实践的 API 设计,改进文档
我们正在调查来自 Composer 和 Packagist 的迁移;目前看来,这将是一组使用 NPM 存储库、Yarn 的最佳实践或扩展,其目标是为基于 Web 的项目的 JS 和 Hack 部分使用单个包管理器
2019年,开发团队希望这些工作能够继续并扩展到更大的范围,以及提供更多的自动迁移工具来更新代码以处理语言方面的变更。
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Redis 之后,Python 的 master-slave 亦恐被无奈修改
前两天我们报道了一篇关于 Redis 的新闻,因为 Redis 中的 master-slave 术语被认为具有侵犯性,所以出现了很多呼吁修改的声音。最终,Redis 作者迫于无奈,在尽量不影响项目的情况下,做了一些妥协。而如今,这项带有政治色彩的“运动”蔓延到了 Python 身上,就连宣布退出 Python 核心开发组决策层的 Guido van Rossum 也被请回来解决关于政治不正确的语言辩论。Guido van Rossum 是 Python 创始人,素有“终身仁慈独裁者(BDFL)”之称,不过他现在的处境就像教父中黑手党柯里昂家族首领的Michael Corleone 一样。 和其他开源社区一样,Python 的管理员也被问及是否真的想继续使用 master 和 slave 术语来描述相关的技术操作和关系,因为这些单词会让一部分人想起美国旧时的黑奴制度,这是一个历史遗留问题而且直到今天依然会引起关于政治方面的激烈争论。 就在上周,在 Red Hat 工作的 Python 开发者 Victor Stinner 公开提交了 4 个 PR,希望能将Python 文档和代码中出现的...
- 下一篇
JDK 11 马上就要来了!JDK 12 还会远吗?
JDK 11 发布时间马上到来,于此同时,JDK 12 发布时间也已确定 —— 2019年3月19日。是的,6个月之后又能迎来新版本了! 甲骨文 Java 平台小组的首席架构师 Mark Reinhold 在给 OpenJDK 邮件列表的消息中宣布,JDK 12 的提议时间表如下: 2018/12/13 Rampdown 第一阶段 2019/01/17 Rampdown 第二阶段 2019/01/31 候选发布阶段 2019/03/19 正式发布 JEP 候选版 343: 打包工具 概要:创建一个用于打包自包含 Java 应用程序的新工具。 342:限制投机执行 概要:通过提供限制推测执行的方法,帮助开发人员和部署人员防范投机执行(“幽灵”)漏洞,并在未来的版本中实现进一步的缓解。 340:一个 AArch64 端口,而不是两个 概要: 删除与 arm64 端口相关的所有源,同时保留 32 位 ARM 端口和 64 位 aarch64 端口。 341:默认 CDS 档案 概要:在 64 位平台上使用默认类列表增强 JDK 构建过程以生成类数据共享(CDS)归档。 计划目标 325:sw...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- CentOS8编译安装MySQL8.0.19
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- SpringBoot2整合Redis,开启缓存,提高访问速度
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- Hadoop3单机部署,实现最简伪集群
- CentOS7,CentOS8安装Elasticsearch6.8.6
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果