PHP 8.4 新特性实测：属性钩子如何改写业务模型

我们需要撰写一篇中文技术文章，标题是“PHP 8.4 新特性实测：属性钩子如何改写业务模型”。要求用 Markdown 格式，以“## 小标题”组织结构，不要一级标题。开头引入话题，结尾总结。内容充实、观点明确、语言自然，贴合社区讨论氛围。篇幅500-1500字。最后一行输出标签，格式：<!--TAGS-->标签1,标签2,标签3 标签2-8字。

需要深入理解 PHP 8.4 的 property hooks 特性。这是 PHP 8.4 引入的新特性，允许在属性定义中声明挂钩，从而在读取或写入属性时执行逻辑。这类似于 C# 的属性访问器。可以显著减少 boilerplate 代码，例如 getters/setters。它可能改写业务模型，因为传统上 domain model 中常用私有属性加 getter/setter，现在使用 property hooks 可以更简洁地表示计算属性、验证、懒加载等。

我们需要写一篇实测文章。可以设想作者实际测试了这个特性，给出示例例子。结构上可以从引入特性开始，然后展示典型业务模型问题，对比传统写法与使用 property hooks 的写法，强调优势，可能还会提及一些注意事项或实际体验。要贴合社区讨论氛围，所以语气可以轻松一些，有“实测”感。

注意：PHP 8.4 的新特性还包括 asymmetric visibility、new without parentheses 等，但我们专注于属性钩子。

需要确定标题中“改写业务模型”的具体含义：在领域模型中，实体属性可能有各种行为。使用属性钩子可以让调用代码像访问公共属性一样自然，而内部维护验证/计算/变更通知。这样业务模型更清晰。

让我们规划文章结构：

- 开头：引入 PHP 8.4 发布，属性钩子 feature 成为亮点，我个人测试后认为这会深刻影响业务模型设计。
- 小标题 1：“从 getter/setter 到属性钩子” 介绍老问题：一段典型业务类（User 类，包含 firstName, lastName 等）需要 protected/private 属性 + getFirstName() 等方法，导致代码繁琐。展示对称代码。然后展示属性钩子语法：public string $fullName { get => ...; set { ... } } 等。简单介绍语法。
- 小标题 2：“属性钩子如何重构业务模型” 分几个方面：计算属性（不需要额外方法）、数据验证（set 钩子）、懒加载/延迟初始化（get 钩子）、读写权限控制（结合 asymmetric visibility？）或变更追踪。用例子说明。
- 小标题 3：“实测中的细节与权衡” 讨论一些注意事项：与序列化、反射、IDE 支持的关系？注意性能？钩子的访问级别，读钩子/写钩子只能有一个，不能与普通属性初始化混用？需要小心递归？另外，什么场景下该用，什么场景下保守。
- 结尾总结：属性钩子让业务模型更直观，降低了领域层的继承对抗，但并非银弹，应合理使用。

需要确保内容真实且贴合社区。文章长度控制在1000字左右。

我们需要生成 Markdown 格式正文，并在最后一行写标签。注意没有一级标题。可以写“## 开头”？实际上通常小标题是正文的分段，但开头两段位于文章顶部，不需要小标题。我们可以写几个 ## 小标题。

让我们具体编写。

仔细考虑技术细节：

属性钩子示例：

class User
{
    public string $firstName;
    public string $lastName;
    
    public string $fullName {
        get => $this->firstName . ' ' . $this->lastName;
        set {
            [$this->firstName, $this->lastName] = explode(' ', $value, 2);
        }
    }
}

但注意在 PHP 8.4 中，有钩子的属性不能有默认值，也不能用构造函数初始化？实际上属性钩子的属性可以初始化吗？规则：如果定义了钩子，就不能直接赋值初始值（但 PHP 8.4 支持了？我记得属性钩子提案里属性声明中不能有初始值，如果它有 hooks? 让我们回忆 RFC：V2：不允许有 hooks 的属性有默认值（除静态？）。但是可以用构造函数中赋值吗？应该可以，例如 __construct 中可以设置 $fullName，但是 set 钩子可能不会被调用？不，如果属性有 set hook，并且赋值发生在 __construct 内部，会调用 set hook 吗？文档说 set hook 会在属性被赋值时调用，除了初始化阶段？我们需要准确。为了保险，避免默认值问题，示例中不需要初始化。

另一个细节：get 钩子会改变访问方式，属性不需要被存储（储存用 backing field?）在 PHP 中，属性钩子没有自动 backing store? 实际上文档说如果只声明 get，则可以在 get 中使用 $this->xxx 返回计算属性，但若没有任何 hooks 可以写。若有 get 和 set 并需要存储数据，得依靠另一个属性作后台。例如上面 $fullName 的 set 写入 $firstName/$lastName，而 $firstName/$lastName 是普通公共属性。这没问题。也可以定义 set 直接 $this->fullName 吗？会导致递归。

再有，现在的 PHP 8.4 支持 asymmetric visibility（private set）。可以结合使用。

编写时注意简洁准确。

我们要让文章有实测感，可以提到“我在一个订单实体上试了一下”。

技术细节不能出错：

- PHP 8.4 于 2024 年 11 月正式发布。
- 语法：

public string $userName {
    get => strtolower($this->name);
    set => $this->name = strtoupper($value);
}

实际语法 set 也可以包含语句块，返回值是什么？在 PHP 8.4 的属性钩子中，set 钩子可以是 block body，没有返回值；也可以使用 short-form 返回，但 set 内返回并不用作值。实际上使用 short-form 只是赋值？RFC 中：hook body has a value, and the implicit return is used. For get hook it produces value. For set hook... I think short body can be used, but resulting value is ignored? Let's verify from memory: PHP property hooks syntax allows composite body or short body. For get, short body returns value. For set, short body can assign, e.g., `set => $this->prop = $value;` Because in PHP arrow functions require expression, so it's an expression statement. Is that allowed? Actually I remember the example from RFC:

public string $fullName {
    get => $this->first . ' ' . $this->last;
    set {
        [$first, $last] = explode(' ', $value);
        $this->first = $first;
        $this->last = $last;
    }
}

I'll use block body for set to be safe.

另外，文档提到 property hooks 允许 get 或 set 仅一个存在。在 get 只读属性中来自计算，可能有 backing value? If there is a backing value, then hooks may also not allow access to backing with `$this->prop` because that will recursively call hook? Actually to access backing value inside hook you'd use `$this->prop`? That refers to property itself, but if hooks defined, the backing field is separate? RFC introduces "virtual properties": If you define a property with only get hook and no backing store, references inside hooks to that same property are not allowed (would be recursive). To store a value you use another property. In PHP, for non-virtual properties with hooks, is a backing field created automatically? Hmm.

Let's review the property hooks RFC (https://wiki.php.net/rfc/property-hooks) details:
- Property hook definitions may be applied to both real and virtual properties.
- Real properties have storage. Virtual properties do not.
- The hook is defined like method body. For real property with hook, property has stored value and hooks can access via `$this->property`? Wait, inside hook, accessing `$this->property` likely calls the property again, which would be problematic. However there is special `$field` concept for backed properties? I recall in RFC there was a `$field` placeholder, but that was removed in later versions? Actually, I recall the official PHP docs now: "Hook bodies use `$this` to access object's properties. If the property has a backing store, …