Skip to content

Commit c8cbe13

Browse files
authored
Merge pull request #328 from myoshi2891/dev-from-macmini
Add LeetCode 102 Binary Tree Level Order Traversal solutions
2 parents 9b34cfc + abc2a16 commit c8cbe13

8 files changed

Lines changed: 3699 additions & 3 deletions

File tree

.gitignore

Lines changed: 2 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -102,3 +102,5 @@ credentials.json
102102
# Node.js関連
103103
node_modules/
104104
package-lock.json
105+
106+
.claude/skills

Algorithm/BinaryTree/claude sonnet 4.6 extended/102. Binary Tree Level Order Traversal/Binary_Tree_Level_Order_Traversal_Python.md

Lines changed: 341 additions & 0 deletions
Large diffs are not rendered by default.

Algorithm/BinaryTree/claude sonnet 4.6 extended/102. Binary Tree Level Order Traversal/Binary_Tree_Level_Order_Traversal_Rust.md

Lines changed: 352 additions & 0 deletions
Large diffs are not rendered by default.
Lines changed: 146 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,146 @@
1+
> 🎯 **[algo-beginner スキル発火]**
2+
> 言語/カテゴリ: TypeScript
3+
> 適用ルールセット: 共通5ルール + TS固有5ルール
4+
> 参照ファイル: references/common.md + references/typescript.md
5+
6+
---
7+
8+
# LeetCode 102 · Binary Tree Level Order Traversal — TypeScript版
9+
10+
---
11+
12+
## 目次(Table of Contents)
13+
14+
- [1. Overview](#overview)
15+
- [2. Algorithm](#algorithm)
16+
- [3. Complexity](#complexity)
17+
- [4. Implementation](#implementation)
18+
- [5. Optimization](#optimization)
19+
20+
---
21+
22+
<h2 id="overview">1. Overview</h2>
23+
24+
> 💡 **この問題は一言で言うと「木を上から下へ、同じ高さのノードをまとめてグループ化する問題」です。**
25+
> 木の「同じ深さ(階層)」にあるすべての値をひとつの配列にまとめ、その配列を深さ順に並べた2次元配列を返します。
26+
27+
```
28+
3 ← 深さ0: [3]
29+
/ \
30+
9 20 ← 深さ1: [9, 20]
31+
/ \
32+
15 7 ← 深さ2: [15, 7]
33+
34+
出力: [[3], [9, 20], [15, 7]]
35+
```
36+
37+
### 競技プログラミング・業務開発視点
38+
39+
- **ノード数**: 最大 2000 なので O(n) が必須。
40+
- **型安全性**: `TreeNode | null` という **Union型** を安全に扱う必要がある。
41+
- **JSの特性**: `Array.shift()` は $O(n)$ のため、キューとして使う場合はポインタ管理($O(1)$)を行う必要がある。
42+
43+
> 📖 **このセクションで登場した用語**
44+
>
45+
> - **Union型**`A | B` のように「AまたはB」を表す TypeScript の型
46+
> - **null安全性**`null``undefined` によるクラッシュをコンパイル時に防ぐ仕組み
47+
> - **型ガード**`if (node !== null)` のような条件で、その後のコードブロック内の型を自動的に絞り込む仕組み
48+
49+
---
50+
51+
<h2 id="algorithm">2. Algorithm</h2>
52+
53+
### アプローチ比較
54+
55+
| アプローチ | 時間計算量 | 空間計算量 | 備考 |
56+
| -------------------------- | ---------- | ---------- | -------------------------------- |
57+
| **BFS(幅優先探索)** | O(n) | O(n) | ✅ 今回の選択 |
58+
| DFS(深さ優先探索) | O(n) | O(n) | 再帰でも実装可能だが直感的でない |
59+
| 総当たり(各深さでループ) | O(n²) | O(n) | 非推奨 |
60+
61+
### BFS(幅優先探索)の仕組み
62+
63+
BFS は「同じ階のすべての部屋を開けてから、次の階に進むエレベーター」のようなものです。
64+
これを実現するのが **キュー(FIFO: First In, First Out)** です。
65+
66+
- **核心テクニック**: キューから「今の階のノード数分だけ」取り出すことで、自然に「1階ぶんのグループ」が作れる。
67+
- **TypeScript特有の工夫**: キューの型を `TreeNode[]` と明示することで、取り出した要素が必ず `TreeNode` 型になりコンパイル時に安全を保証。
68+
69+
---
70+
71+
<h2 id="complexity">3. Complexity</h2>
72+
73+
| 項目 || 理由 |
74+
| -------------- | ---- | -------------------------------------------------------------------------------------------- |
75+
| **時間計算量** | O(n) | 各ノードをキューへの追加・取り出しでちょうど1回ずつ処理するため(ポインタ管理で各操作 O(1)) |
76+
| **空間計算量** | O(n) | キューに最大で「木の最も広い階のノード数」が入る。最悪ケースは全ノード数 n に比例 |
77+
78+
---
79+
80+
<h2 id="implementation">4. Implementation</h2>
81+
82+
### 業務開発版(型安全・パフォーマンス最適化)
83+
84+
```typescript
85+
function levelOrder(root: TreeNode | null): number[][] {
86+
if (root === null) return [];
87+
88+
const result: number[][] = [];
89+
const queue: TreeNode[] = [root];
90+
let head = 0; // shift() の O(n) を避けるための先頭ポインタ
91+
92+
while (head < queue.length) {
93+
// ── 今この瞬間のキューの長さ = 「現在の階のノード数」 ──
94+
// 未処理分(queue.length - head)を変数に保存して固定する。
95+
const levelSize: number = queue.length - head;
96+
const levelValues: number[] = [];
97+
98+
for (let i = 0; i < levelSize; i++) {
99+
// head インデックスでポインタを進めることで O(1) で取り出す
100+
const node = queue[head++]!;
101+
levelValues.push(node.val);
102+
103+
// 次の階の準備
104+
if (node.left !== null) queue.push(node.left);
105+
if (node.right !== null) queue.push(node.right);
106+
}
107+
108+
result.push(levelValues);
109+
}
110+
111+
return result;
112+
}
113+
```
114+
115+
### 🔍 動作トレース(`root = [3, 9, 20, null, null, 15, 7]`
116+
117+
```
118+
━━━━━━━━━━ while ループ 1回目(深さ0) ━━━━━━━━━━
119+
levelSize = 1 ← queue.length(1) - head(0) = 1
120+
i=0: node = queue[head++] → Node(3) queue = [3], head = 1
121+
node.left = 9, node.right = 20 を queue に追加
122+
result.push([3])
123+
124+
━━━━━━━━━━ while ループ 2回目(深さ1) ━━━━━━━━━━
125+
levelSize = 2 ← queue.length(3) - head(1) = 2
126+
i=0, 1: Node(9), Node(20) を処理
127+
result.push([9, 20])
128+
```
129+
130+
---
131+
132+
<h2 id="optimization">5. Optimization</h2>
133+
134+
### パフォーマンス最適化:`Array.shift()` の回避
135+
136+
JavaScript の `Array.shift()` は、先頭要素を削除した後に残り全要素のインデックスを 1 つずつ前にずらすため、**$O(n)$ の計算量**がかかります。
137+
キュー操作を伴う BFS で `shift()` をループ内で使用すると、全体の計算量が **$O(n^2)$** に悪化してしまいます。
138+
139+
**解決策:**
140+
`head` 変数を用いて現在の先頭位置を指し示し、要素を取り出すたびに `head++` する方式を採用します。これにより、実質的な削除操作を伴わずに $O(1)$ で先頭要素を取得できます。
141+
142+
> 📖 **このセクションで登場した用語**
143+
>
144+
> - **`head` インデックス**:配列の先頭を指すポインタ。
145+
> - **FIFO**:First In First Out。先に入れたものを先に取り出す順序。
146+
> - **`!`(非null断言)**:TypeScriptに「この値は絶対 null でない」と伝える記号。
Lines changed: 171 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,171 @@
1+
# Binary Tree Level Order Traversal - 木を階層ごとにグループ化する
2+
3+
---
4+
5+
## 目次(Table of Contents)
6+
7+
- [1. Overview](#overview)
8+
- [2. Algorithm](#algorithm)
9+
- [3. Complexity](#complexity)
10+
- [4. Implementation](#implementation)
11+
- [5. Optimization](#optimization)
12+
13+
---
14+
15+
<h2 id="overview">1. Overview</h2>
16+
17+
> 💡 **この問題は一言で言うと「木を上から下へ、同じ高さのノードをまとめてグループ化する問題」です。**
18+
19+
与えられた二分木(=各ノードが最大2つの子を持つ木構造のデータ)のノードを、
20+
**深さ(根からの距離)が同じものをひとつの配列にまとめ**、深さ順に並べた2次元配列を返します。
21+
22+
```
23+
3 ← 深さ0 → [3]
24+
/ \
25+
9 20 ← 深さ1 → [9, 20]
26+
/ \
27+
15 7 ← 深さ2 → [15, 7]
28+
29+
出力: [[3], [9, 20], [15, 7]]
30+
```
31+
32+
**なぜこの問題が難しいのか:**
33+
木構造を「縦(深さ方向)」に探索するのは直感的ですが、この問題は「横(同じ深さ)」の単位でまとめる必要があります。
34+
そのため、**同じ深さにあるノードをすべて処理し終えてから次の深さへ進む**BFS(幅優先探索)という手法を使う必要があり、
35+
その実現に `collections.deque` というデータ構造が鍵を握ります。
36+
37+
**制約:**
38+
39+
| 項目 | 範囲 |
40+
| ---------- | ------------------------------------------------ |
41+
| ノード数 | 0 以上 2000 以下 |
42+
| ノードの値 | -1000 以上 1000 以下(**0 が含まれる点に注意**|
43+
44+
> 📖 **この章で登場した用語**
45+
>
46+
> - **二分木**:各ノードが左の子・右の子の最大2つを持つ木構造のデータ
47+
> - **深さ**:根ノードからそのノードまでの辺の数。根の深さは 0
48+
> - **BFS(幅優先探索)**:グラフや木を「横方向に広がりながら」探索する方法
49+
> - **制約**:入力として与えられる値の範囲や条件のこと
50+
51+
---
52+
53+
<h2 id="algorithm">2. Algorithm</h2>
54+
55+
> 💡 **TL;DR(Too Long; Didn't Read)** とは「長くて読めない人向けの要約」という意味です。
56+
> ここではアルゴリズム全体の戦略をざっくり把握するための章です。
57+
58+
- **手法:BFS(幅優先探索)**
59+
木を「同じ深さのノードをすべて処理してから次の深さへ進む」順番で探索する。
60+
これが今回の「階層ごとのグループ化」と自然に一致するため選ぶ。
61+
62+
- **データ構造:`collections.deque`(両端キュー)**
63+
先頭からの取り出しが O(1) で行えるため、キュー(行列)として最適。
64+
`list.pop(0)` を使うと先頭取り出しが O(n) になり全体が O(n²) へ悪化するため使わない。
65+
66+
- **核心テクニック:`level_size = len(queue)` をループ前に固定する**
67+
ループ中にキューへの追加・取り出しが同時に起きるため、「今の階のサイズ」を先に変数へ保存しないとズレが生じる。
68+
69+
### 図解
70+
71+
```mermaid
72+
flowchart TD
73+
Start[Start levelOrder root] --> IsNone{root is None}
74+
IsNone -- Yes --> RetEmpty[Return empty list]
75+
IsNone -- No --> Init[Init result and queue with root]
76+
Init --> WhileLoop{queue is not empty}
77+
WhileLoop -- No --> RetResult[Return result]
78+
WhileLoop -- Yes --> FixSize[level_size = len queue]
79+
FixSize --> InitVals[vals = empty list]
80+
InitVals --> ForLoop{i less than level_size}
81+
ForLoop -- No --> AppendLevel[result.append vals]
82+
AppendLevel --> WhileLoop
83+
ForLoop -- Yes --> PopNode[node = queue.popleft]
84+
PopNode --> AppendVal[vals.append node.val]
85+
AppendVal --> CheckLeft{node.left exists}
86+
CheckLeft -- Yes --> PushLeft[queue.append node.left]
87+
CheckLeft -- No --> CheckRight{node.right exists}
88+
PushLeft --> CheckRight
89+
CheckRight -- Yes --> PushRight[queue.append node.right]
90+
CheckRight -- No --> NextI[i plus 1]
91+
PushRight --> NextI
92+
NextI --> ForLoop
93+
```
94+
95+
### 正しさのスケッチ
96+
97+
1. **不変条件**:「while ループの各反復の開始時点で、`queue` には現在の階のノードだけが入っている」
98+
- `level_size` 回だけ `popleft()` することで今の階を全部処理し、その間に追加された子は「次の階」として末尾に積まれる。
99+
2. **網羅性**:ルートから始まり、全ノードの左右の子をキューに積むため、存在する全ノードがちょうど1回処理される。
100+
3. **基底条件**`root is None` なら `[]` を返す。`while queue` で全ノード処理後に終了する。
101+
102+
---
103+
104+
<h2 id="complexity">3. Complexity</h2>
105+
106+
| 項目 || 理由 |
107+
| -------------- | ---- | ---------------------------------------------------------------------------- |
108+
| **時間計算量** | O(n) | 各ノードをキューへの追加・取り出しでちょうど1回ずつ処理する(各操作 O(1)) |
109+
| **空間計算量** | O(n) | `result` 配列と、最大で最下層のノード数(最大 n/2 個)を保持するキューのため |
110+
111+
---
112+
113+
<h2 id="implementation">4. Implementation</h2>
114+
115+
### Python 実装(業務開発版)
116+
117+
```python
118+
from collections import deque
119+
from typing import Optional
120+
121+
class Solution:
122+
def levelOrder(self, root: Optional[TreeNode]) -> list[list[int]]:
123+
if root is None:
124+
return []
125+
126+
result: list[list[int]] = []
127+
queue: deque[TreeNode] = deque([root])
128+
129+
while queue:
130+
level_size: int = len(queue)
131+
level_values: list[int] = []
132+
133+
for _ in range(level_size):
134+
node: TreeNode = queue.popleft()
135+
level_values.append(node.val)
136+
137+
if node.left is not None:
138+
queue.append(node.left)
139+
if node.right is not None:
140+
queue.append(node.right)
141+
142+
result.append(level_values)
143+
144+
return result
145+
```
146+
147+
### エッジケースと検証観点
148+
149+
| ケース | 入力 | 期待出力 | 対処箇所 |
150+
| ------------------ | ------------- | --------------- | ---------------------------- |
151+
| 空ツリー | `root = None` | `[]` | `if root is None: return []` |
152+
| `val = 0` のノード | `[0]` | `[[0]]` | `vals.append(node.val)` |
153+
| 偏った木 (左のみ) | `1→2→3` | `[[1],[2],[3]]` | `level_size` の固定 |
154+
155+
---
156+
157+
<h2 id="optimization">5. Optimization</h2>
158+
159+
### CPython 最適化ポイント
160+
161+
1. **`list.pop(0)``deque.popleft()`**:
162+
`list.pop(0)` は O(n) の要素シフトが発生し全体で O(n²) になるが、`deque.popleft()` は O(1) で動作する。
163+
2. **`or` トリックの回避**:
164+
`0 or extend(...)``val=0`(falsy)のときに右辺を評価してしまい、戻り値 `None` がリストに混入するため、安全な `append()` を使用する。
165+
166+
### FAQ
167+
168+
- **Q: なぜ `level_size` を先に保存するのですか?**
169+
- **A**: ループ内で `append()` が行われるため、`len(queue)` が動的に増えてしまい、次の階のノードまで今の階として処理してしまうのを防ぐためです。
170+
- **Q: DFS でも解けますか?**
171+
- **A**: はい。ただし「今どの深さにいるか」を引数で持ち回る必要があり、この問題には BFS の方が直感的で自然です。

0 commit comments

Comments
 (0)