PHP 9 可能会很棒
- 2026-01-12 14:31:04
在人生的这个阶段，我不再指望 PHP 在 8.0 版本期间会有重大变化，而是开始展望 PHP 9 的愿望清单。
对于 PHP 的下一个主要版本，目前没有“官方路线图”，但预计 PHP 基金会将开始为一个新版本铺平道路，该版本将打破一些惯例。
谈到惯例，PHP 9 似乎是一个很好的契机，可以引入一些破坏性的改动，以使该语言现代化，无论应用程序运行在哪个平台上，都能让开发变得轻而易举。
1. Return $this
这并不是要贬低 static 或 self，而是要确保开发者清楚他正在处理的是同一个对象实例还是不同的对象实例。
2. Loops as expressions
这样就能避免创建一个返回生成器的函数，然后再将其转换为数组，这是我创建内联数组的首选替代方案。
3. Resources as real classes
Resource 接口创建自己的资源，比如存储在 10000 公里之外的云服务器上的文件，甚至是来自物联网设备的大量数据库结果列表。鉴于预计到 2026 年及 2027 年内存（RAM）会短缺，这在降低内存使用方面可能会成为救命稻草。
4. Comparable
这将修复所有非标量对象，这些对象具有自己的序列化表示形式，并且不会破坏使用运算符进行的比较。
5. Return Tuples
请注意，这并非要取代异常，而是一种避免返回包含两个元素的数组，甚至避免仅仅为了返回具有严格类型控制的内容而创建另一个类的方法。
6. Deferred return
当然，这有点小众，但它可能有助于开发人员避免在收到意外但总体安全的值时使用 try-catch 块并返回其他值。
7. Better flag management
flag 标量类型，使核心语言和开发人员能够为其函数创建描述性标志。与其使用位运算符之类的手段，标志位将能够对 Zend 引擎中每 8 字节数据内的 64 位中的每一位进行流畅操作。在极端情况下，我们可以将这些标志位转换为十六进制或整数以保持向后兼容性。
8. Automatic Class Loading and Namespace
Composer 和 PSR-4 加载约定已成为现代项目的基石。在 PHP 9 中，这些约定应当成为强制性的。
当然，这些辅助工具仍应继续存在，因为始终有一些几乎无人维护的老库并不严格遵循 PSR-4，但这应当是一个警示信号，要么进行现代化改造，要么就会被遗忘。
9. Embrace the Package Managers
通过启用多个包管理器，开发人员可以创建不同的配置，特别是为了实现更快的部署和调试。
10. Goodbye semicolon
无论如何，分号应该是可选的。让 PHP 理解换行即为行尾，这样我们就能促使开发者更多地将代码分开，而不是因为他们忘记添加分号而给他们报错。
11. Bonus: Goodbye opening PHP tag
