该用get*访问器而非Attribute类时：需运行时条件分支、访问未加载关系、触发N+1查询判断、或需完整模型上下文；Attribute仅适用于无副作用的简单转换。
什么时候该用 get* 访问器而不是 Attribute 类？
如果你在 Laravel 9+ 里直接往模型里写 protected $casts = ['status' => 'attribute']，再配个 public function status(): Attribute，却发现条件逻辑不生效——大概率是误用了「Attribute」类。它只适合简单映射（比如加密/解密、格式化），不支持运行时条件分支。真要根据 $this->type 或 $this->is_active 动态返回不同值，老派的 getStatusAttribute() 访问器更稳、更直观。
-
Attribute::make()的闭包里不能安全访问未加载的关系或未初始化的属性（比如$this->user->name可能触发 N+1） -
get*Attribute()方法天然支持完整模型上下文，可调用$this->relationLoaded('xxx')做判断 - Laravel 官方文档里明确说：Attribute 类适用于「无副作用的转换」，带 if/else 或 DB 查询的逻辑请绕道
getFullNameAttribute() 怎么安全处理空字段和关系缺失？
常见错误是直接拼接 $this->first_name . ' ' . $this->last_name，结果返回 "John " 或 " null"。更糟的是调用 $this->profile->bio 却没检查 profile 是否已加载或存在。
- 用
??或optional()处理可能为空的字段：return ($this->first_name ?? '') . ' ' . ($this->last_name ?? '') - 检查关系是否已加载且非空：
if ($this->relationLoaded('profile') && $this->profile) { return $this->profile->bio; } - 避免在访问器里触发新查询：
$this->profile->bio会强制懒加载，应提前用with('profile')预载入
如何让同一个属性在 API 和 Blade 中返回不同格式？
比如后台管理页需要完整时间戳 2024-05-20 14:30:00，而移动端 API 要 ISO8601 字符串 2024-05-20T14:30:00Z。硬编码进访问器会锁死行为，后期难维护。
- 不要在访问器里写
if (request()->is('api/*')) {...}—— 模型不该感知请求上下文 - 改用「访问器 + 序列化器」组合：在
toArray()或JsonResource里做格式选择，模型只提供原始值 - 或者加一个可选参数方法：
public function getCreatedAtFormatted($format = 'default')，由调用方决定 - 若必须统一入口，可用
app()->runningInConsole()区分 CLI 场景，但 Web/API 差异仍建议交给资源层
为什么 Attribute::make()->get(fn () => ...) 里改不了 $this->attributes？
有人想在 Attribute 的 get 闭包里手动设置原始字段：$this->attributes['status_label'] = 'Active'，结果下次读还是 null。因为 Attribute 是只读计算属性，不参与底层 $attributes 数组管理。
立即学习“PHP免费学习笔记（深入）”；
-
Attribute的get闭包只负责返回值，不修改模型状态；它的设计目标就是 immutable - 如果需要「读写双向」逻辑（比如把
status_code映射为status，又允许赋值反写），必须用set*Attribute()配合get*Attribute() - 动态属性别名（如
status指向status_code）更适合用casts+ 访问器组合，而非Attribute类
真正复杂的条件逻辑，模型层保持「数据中立」比强行塞进一个语法糖更重要。很多人卡住，不是不会写闭包，而是没想清这个属性到底该由谁负责「解释」——是数据库字段的延伸，还是视图层的呈现契约。
