PHP 5.3 的三元运算符支持嵌套但不应依赖它表达多分支逻辑；应优先用早期返回、升级后使用 ?? 或 match 替代，PHP 5.3 中三元仅限单条件双值选择。
PHP 5.3 的三元运算符（? :）本身不支持语法上的“避免嵌套”——它天然允许嵌套，但**不该依赖嵌套来表达多分支逻辑**。真正要做的，是识别何时该停手、换更清晰的写法。
用早期返回替代嵌套
当条件链本质是“逐个检查、命中即止”，与其写成 $res = $a ? 'x' : ($b ? 'y' : ($c ? 'z' : 'd'));，不如拆成独立判断：
- 函数开头先处理最常见或最明确的分支，直接
return - 后续条件在更小的作用域里判断，缩进浅、逻辑线性
- 避免括号堆叠和左结合导致的意外执行顺序（比如
$arg == 'T' ? 'train' : ...实际可能被左边的?:先吞掉）
用空合并运算符 ?? 简化 null 检查
PHP 5.3 没有 ??（它是 PHP 7.0 加入的），但如果你升级到 7.0+，对 null 或未定义值的判断应优先用 ??，而不是 isset($x) ? $x : $default 这类嵌套三元：
-
??专为“存在且非 null 就用它，否则用默认值”设计，语义明确 - 它不检测 falsy 值（如
0、''、false），这点和三元不同，别混用 - 链式
$a ?? $b ?? $c ?? 'default'比嵌套三元干净得多
用 match 表达式（PHP 8.0+）替代长条件链
虽然 PHP 5.3 不支持 match，但若项目可升级，这是终结嵌套三元的最佳方案：
立即学习“PHP免费学习笔记（深入）”；
-
match是表达式，可赋值：$type = match($ext) { 'jpg' => 'image', 'pdf' => 'document', default => 'unknown' }; - 严格类型匹配、无隐式转换、自动 break，杜绝 fall-through 错误
- 结构扁平，新增分支不增加缩进深度，可读性远超嵌套
?:
保持单层三元只做值选择
回到 PHP 5.3 的现实，最稳妥的做法是守住底线：
- 三元只用于“一个条件 → 两个确定值”的场景，例如
$status = $active ? 'on' : 'off'; - 绝不把函数调用、赋值、echo 放进三元分支（语法不允许，也违背语义）
- 需要多条件？立刻写
if/elseif/else—— 它不是退步，而是对协作和维护负责
