実務まとめ
| 観点 | 配列 | オブジェクト |
|---|---|---|
| 使用タイミング | 順序に意味がある同種データ | 名前付き・種類が異なるデータ、拡張性が必要 |
| 可読性 | やや低い | 高い(意味が明確) |
| 拡張性 | 難しい | 高い(後からフィールド追加可能) |
| API設計 | データのリスト(配列) | レスポンス全体、ユーザー情報、設定値など |
| チーム開発 | ミスが起きやすい | 安全・保守性が高い |
💡 実務ポイント
- 小規模のユーティリティ関数や内部処理 → 配列でもOK
- UI描画・APIレスポンス・チーム開発 → ほぼオブジェクトで返す
- 将来の拡張や保守性を考えると、最初からオブジェクトで返す設計が無難
