php数组设计核心是易读、易查、易维护，需语义清晰（用描述性键名）、层级适中（≤3层）、键名统一（小写下划线）、预留弹性（显式设null/空数组），复杂逻辑应交由类处理。
PHP 数组结构设计的核心是让数据易读、易查、易维护，而不是堆砌嵌套或追求“看起来高级”。关键在于匹配业务语义、控制层级深度、统一键名风格，并预留扩展余地。
语义清晰：用键名表达业务含义，而非数字索引
避免纯数字索引的深层嵌套（如 $data[0][1]['items'][2]['price']），它难以理解且极易出错。应优先使用描述性字符串键，直接反映业务实体关系：
- ✅ 好：
['user' => ['id' => 123, 'name' => '张三', 'profile' => ['avatar' => '/a.jpg', 'bio' => '前端工程师']] - ❌ 避免：
[0 => [1 => ['items' => [2 => ['price' => 99.9]]]]]
当数组表示集合时，可用 ID 或唯一标识作键（如 ['post_101' => [...], 'post_102' => [...]]），便于 O(1) 查找，也省去遍历。
层级适中：嵌套通常不超过 3 层
过深的嵌套（如 4 层以上）会显著增加访问成本和出错概率（比如漏写某层导致 Notice: Undefined index）。可借助拆分或对象化缓解：
立即学习“PHP免费学习笔记（深入）”；
- 把“用户+订单+商品+规格”这类长链，拆成独立数组或关联 ID：
'order' => ['user_id' => 456, 'items' => [101, 102]]，再通过$users[456]和$items[101]查找 - 复杂逻辑建议用类封装，数组只承载原始数据，不承担行为
键名一致：全小写 + 下划线，避免大小混用或驼峰
PHP 数组键区分大小写，混用风格（如 'userName' 和 'user_name'）容易引发隐性 bug。团队内统一约定能大幅降低协作成本：
- 统一用小写下划线：
'first_name','is_active','created_at' - 避免：
'FirstName','isActive','CreatedAt' - 数据库字段映射到数组时，直接沿用字段名（多数 MySQL 默认小写）
预留弹性：为 null、空数组、默认值留出明确位置
不要依赖“不存在即为空”，而应在结构中显式体现可选字段的占位，方便后续判断与序列化：
- 可选字段设为
null或空数组：'tags' => [], 'notes' => null - 避免靠
isset($arr['tags'])判断是否存在——应先定义结构契约，再填充数据 - 使用
array_key_exists()检查键存在性，比isset()更严谨（能区分null和未设置）
不复杂但容易忽略：数组不是万能容器，它适合表达简单关系和配置；一旦出现多对多、状态流转、权限校验等逻辑，就该交给类、接口或专用数据结构来承载。
