PHP 属性钩子怎么集中处理读写逻辑

直接答案：在 PHP 8.4 中，可以把属性的输入校验、格式标准化放进 set 钩子，把展示格式或派生值放进 get 钩子。这样调用方仍使用普通的 $object->property 语法，规则却集中在属性定义处。

官方文档：https://www.php.net/manual/en/language.oop5.property-hooks.php

• 钩子只适用于非静态属性，可单独定义 get 或 set。
• 钩子引用属性自身时是 backed 属性；不引用自身时通常是 virtual 属性。
• 属性钩子与 readonly 属性不兼容。

最小写法：在 set 中统一输入

例如用户名需要去除首尾空格，并限制为空的情况。规则放在 set 后，无论值来自控制器、命令行还是测试代码，只要写入这个属性，就经过同一边界。

displayName = $clean;
        }
    }
}

$account = new Account();
// 普通属性赋值会自动经过 set 钩子。
$account->displayName = '  Alice  ';
echo $account->displayName;

get 适合派生值，不必额外占存储

若属性只是其他字段的组合结果，可以声明 virtual 属性。它没有自己的 backing value，读取时计算结果；只定义 get 时也不会提供写入操作。

label，因此这是只读的 virtual 属性。
        get => sprintf('%s %.2f', $this->currency, $this->amountInCents / 100);
    }
}

不要把所有业务逻辑塞进钩子

属性钩子适合局部且稳定的对象约束，例如格式清理、范围校验和简单派生。需要数据库查询、远程调用、跨聚合更新或复杂权限判断时，继续使用显式方法或领域服务。否则一次看似普通的属性读取可能产生昂贵副作用。

三个容易踩到的边界

1. readonly：官方规定属性钩子与 readonly 不兼容。若要限制读写可见性，应考虑非对称属性可见性。

2. 数组元素修改：带钩子的数组属性执行 $obj->items['k'] = $v 涉及间接引用，不能简单等同于整体赋值。更稳妥的做法是提供显式修改方法，或整体生成新数组后重新赋值。

3. 构造器属性提升：提升属性的构造参数仍按属性声明类型检查，即使 set 接受更宽的类型。需要构造阶段也接受宽类型时，应改用显式构造参数和赋值。

还需要传统 getter/setter 吗？
需要表达命令含义、产生副作用或返回操作结果时，方法仍更清楚；单纯属性读写规则则可交给钩子。

set 钩子会无限递归吗？
在钩子内部使用精确的 $this->属性名 访问 backing value 是该语法的设计方式，不等同于从外部再次触发同一个写入入口。