访问器应严格命名、避免N+1查询、优先用$casts处理JSON、Laravel 9+推荐Attribute::make()解耦逻辑，且需警惕序列化时无差别触发导致性能问题。
因为访问器把字段格式化逻辑从控制器/视图里抽出来，固化在模型层，只要属性被读取就自动生效——但前提是别乱用、别踩坑。
get{Attribute}Attribute 方法怎么写才不拖慢接口
访问器本质是模型上的普通方法，命名必须严格匹配 getFooAttribute 格式（Foo 是驼峰字段名），Eloquent 在访问 $model->foo 时会自动触发。但它不是“懒加载”，而是在每次 toArray()、toJson() 或直接读属性时都执行。
- 禁止在
getPublishedAtAttribute里调用$this->comments()->count()—— 这会引发隐式 N+1 查询 - 日期格式化优先用
date('Y-m-d', strtotime($this->attributes['published_at']))，而不是Carbon::parse($this->published_at)->format(...)，避免反复创建对象 - 如果只是展示用，返回字符串；如果后续还要做时间运算，单独写个
getPublishedAtAsCarbon()方法，别塞进访问器
JSON 字段用访问器还是 $casts 更稳
数据库里存的是 JSON 字符串，直接 json_decode($this->metadata) 很容易因 null、空字符串或非法 JSON 崩掉。访问器能兜底，但更推荐让框架自己处理。
- 在模型里加
protected $casts = ['metadata' => 'array'];，Eloquent 会在取值时自动解析，赋值时自动编码，且对null和空字符串有默认兼容 - 非要手写访问器时，必须先校验：
$value = $value === null || $value === '' ? '{}' : $value;，再json_decode($value, true) ?? [] -
$casts不会触发访问器调用，性能更高；访问器适合需要额外逻辑的场景，比如只取 JSON 里的某个子键
什么时候该用 Attribute::make() 而不是传统访问器
Laravel 9+ 推荐用 Attribute::make()，但它不是语法糖，而是为了解耦和复用。5.5 不支持，但如果你正在升级或维护老项目，得知道差异在哪。
-
Attribute::make()可以声明 getter/setter 分离、控制是否可序列化、绑定类型提示，传统访问器做不到 - 比如密码字段：用
Attribute::make(set: fn ($value) => Hash::make($value))，比写setPasswordAttribute更清晰，且不会意外暴露原始值 - 5.5 项目别硬套新语法，但要注意：如果未来要迁移到 Laravel 10+，现在写的访问器最好保持纯函数式（无副作用、不查 DB、不改状态）
真正容易被忽略的点是：访问器在模型序列化时无差别触发，哪怕你只想要 ID 和 name，却定义了 getAvatarUrlAttribute，它照样执行——所以高频字段、复杂计算、依赖关联的逻辑，要么下推到 SQL（selectRaw），要么用 $appends 显式控制，别让它默默拖垮整个响应。
