PHP 8.3 未新增构造函数属性提升语法，完全沿用 PHP 8.0 的写法：参数前加可见性关键字+类型声明即可自动声明并赋值同名属性，支持默认值、联合类型、readonly 及混用普通参数。
PHP 8.3 没有新增构造函数属性提升的语法，它沿用并完全兼容 PHP 8.0 引入的属性提升机制——也就是说，**写法和 PHP 8.0 一模一样，但更稳、更放心**。所谓“更省事”，关键不是换新写法，而是用对、用准、少踩坑。
核心写法就这一行
把原来 PHP 7 里分散在三处的逻辑（属性声明 + 类型标注 + 构造赋值），压缩成构造函数参数前加可见性关键字：
-
必须带可见性：
public、protected或private -
必须带类型：不能是
mixed，也不能无类型（如public $name❌） - 参数名即属性名：自动声明同名属性，并在实例化时完成赋值
例如：
class User {public function __construct(
public string $name,
private int $age,
protected ?DateTimeInterface $joined
) {}
}
PHP 8.3 下真正省事的实操技巧
利用好已有特性，避免倒退或绕路：
立即学习“PHP免费学习笔记（深入）”；
-
默认值照常支持：可直接写
public string $name = 'guest'，无需额外逻辑 -
联合类型直接上：比如
private string|int $id或private ?string $email，8.3 完全支持 -
readonly 属性继续可用（PHP 8.1+）：
public readonly string $slug，初始化后不可改，适合 ID、创建时间等 -
混用普通参数无压力：提升参数放前面，后面跟传统参数，比如
(private string $name, $rawData)，体内仍可处理$this->meta = json_encode($rawData)
容易忽略但很关键的细节
这些不是新功能，但在 PHP 8.3 环境下尤其值得确认：
-
父类构造必须显式调用：子类用了属性提升，仍要写
parent::__construct(...)，不会自动代理 -
接口/抽象类中禁用：不能在 interface 或 abstract class 的
__construct()里用属性提升 -
校验逻辑别丢进参数里：属性提升只管“赋值”，业务校验（如邮箱格式、分数范围）必须写在
{}体内 -
同名属性冲突会直接报错：类顶部若已声明
private $name;，构造函数再写private string $name就触发Property promotion is not allowed
什么时候该坚持用老写法？
不是所有场景都适合一刀切上属性提升：
- 需要在赋值前做复杂转换（如从数组解析配置）
- 属性初始化依赖其他属性或外部服务（如 DB 连接）
- 类承担较多行为逻辑，不单是数据容器（这时 DTO 更适合提升，Service 类慎用）
