103. binary tree zigzag level order traversal by 5ky7 · Pull Request #28 · 5ky7/arai60

5ky7 · 2025-12-20T05:16:29Z

問題: 103. Binary Tree Zigzag Level Order Traversal

oda · 2025-12-21T16:28:39Z

memo.md

+    * Step1で言及した，`deque`から`vector`への変換のところでreverseを利用
+    * `GetVectorFromDeque()`の計算量は，`len(deque) / 2`回 swap するのでO(len(deque))だけ増える．
+    * しかし元々O(len(deque))なので結局定数倍のみ．．
+  * [`std::view::reverse`](https://cpprefjp.github.io/reference/ranges/reverse_view.html)の利用．[Code3](#Code3)


C++20 からみたいですね。たまに調べておきましょう。

nodchip · 2025-12-22T02:11:50Z

memo.md

+public:
+    vector<vector<int>> zigzagLevelOrder(TreeNode* root) {
+        vector<vector<int>> result;
+        if (!root) {


後続の処理に使用する変数を定義してから特別な入力に対する early return を行うと、やや短期記憶が圧迫される感じがします。 early return をしてから、変数を定義したほうが良いと思います。

nodchip · 2025-12-22T02:13:42Z

memo.md

+            return result;
+        }
+
+        std::deque<TreeNode*> frontiers;


複数形の s を付けている点に違和感を感じました。あくまで個人の解釈なのですが、 frontier は未探索の領域全体を表し、その中に複数の要素が含まれるように感じます。この解釈を基にするのであれば、 frontier 自体は単数とし、その中に複数の要素を含めるのが良いと思います。

nodchip · 2025-12-22T02:15:18Z

memo.md

+        }
+
+        std::deque<TreeNode*> frontiers;
+        std::deque<TreeNode*> next_frontiers;


next_frontiers はループ内で宣言し、ループの最後で frontiers に move すると、ループ外の変数が減り、少しシンプルになると思います。この場合、 root は frontiers のほうに push_back() することになり、 while 文の条件は frontiers に対して行うことになると思います。

実は初めはnext_frontiersをループ内で定義していたのですが，外側のwhileと内側のwhileの条件部が両方とも

while (!frontiers.empty()) {

になり，それぞれのループの目的の違いがわかりにくいかなと思って外側に出しましたが，むしろ逆にわかりにくくなっていたようです．

元の私の意図はコメントを1行入れれば達成されるので，それをした上で変数のスコープをできるだけ短く保つことを優先した方が良いと思いました．

nodchip · 2025-12-22T02:17:10Z

memo.md

+class Solution {
+public:
+    vector<vector<int>> zigzagLevelOrder(TreeNode* root) {
+        vector<vector<int>> result;


result という変数名は、設問に対する答え、または関数の返り値という意味しかないように思います。中にどのような要素が含まれているかを、端的な英単語・英語句で表現したほうが、読み手に取って有益だと思います。自分なら nodes_in_zigzag_order などとすると思います。

nodchip · 2025-12-22T02:19:11Z

memo.md

+                TreeNode* node = frontiers.back();
+                frontiers.pop_back();
+
+                if (traverse_from_left) {


以下のように書くこともできるのですが、シンプルになっているかどうかは微妙に感じました。

TreeNode* children[] = {node->left, node->right}; if (!traverse_from_left) { std::swap(children[0], children[1]); } for (TreeNode* child : children) { if (child) { next_frontiers.push_back(child); } }

ありがとうございます．「例外なら，例外ケースを標準ケースに帰着させる」パターンとしてswapによる入れ替えも選択肢に入ることに気づけました．

一つ質問なのですが，

std::array<TreeNode*, 2> children{node->left, node->right};

のようにarrayでなくC配列を用いた特別な意図ってあったりしますでしょうか？

特にありません。 std::array を使ったほうが C++ っぽく見えると思います。
ただ、やりたいことに対してやや見た目が複雑だなぁという気持ちもあります。

nodchip · 2025-12-22T02:21:50Z

memo.md

+    }
+
+private:
+    vector<int> GetVectorFromDeque(std::deque<TreeNode*> nodes_deque) {


Get という英単語は、既に存在している何らかのインスタンスを取得することを表すように思います。今回は deque を vector に変換しているため、 Get という単語はふさわしくないように思います。また、入力が deque であることは引数の方から自明のため、関数名に含める必要はないと思います。 ConvertToVector() または単に ToVector() はいかがでしょうか？

Get という英単語は、既に存在している何らかのインスタンスを取得することを表すように思います。

この感覚がなかったので，言語化していただいて非常にありがたいです．また

入力が deque であることは引数の方から自明のため、関数名に含める必要はないと思います。

についても，確かにおっしゃる通りと納得しました．
ConvertToVector(), ToVector()はわかりやすくて良いと思います！

nodchip · 2025-12-22T02:22:28Z

memo.md

+
+private:
+    vector<int> GetVectorFromDeque(std::deque<TreeNode*> nodes_deque) {
+        vector<int> nodes_vector;


return vector<int>(nodes_deque.begin(), nodes_deque.end());

のほうがシンプルだと思います。

nodchip · 2025-12-22T02:24:50Z

memo.md

+    }
+
+private:
+    vector<int> GetVectorFromDeque(std::deque<TreeNode*> nodes_deque) {


引数が値型になっており、 deque 全体のコピーが作られ、無駄な処理が行われているように感じました。 CPU のレジスター幅 64-bit より十分大きく、関数内で変更しないインスタンスについては、コピーが走るのを避けるため、 const 参照で渡すことをおすすめします。

ミスですね...
変数の型への意識が薄いように思うので，気をつけて行きたいです．

nodchip · 2025-12-22T02:26:16Z

memo.md

+        while (!next_frontiers.empty()) {
+            frontiers = std::move(next_frontiers);
+            next_frontiers.clear();
+            result.push_back(GetVectorFromDeque(frontiers));


emplace() を使って、中に入る要素のコンストラクターの引数を指定して要素を追加することができることを利用し、以下のように書くこともできます。

result.emplace(frontiers.begin(), frontiers.end());

ただ、やや分かりにくいかもしれません。

この視点はなかったです．GetVectorFromDeque()のところでもコメントをいただきましたが，各コンテナのコンストラクタについては良く確認しておきたいです．

5ky7 added 2 commits December 20, 2025 13:10

Step1

3756107

Step2

4eeff55

oda reviewed Dec 21, 2025

View reviewed changes

nodchip reviewed Dec 22, 2025

View reviewed changes

This was referenced Jan 2, 2026

695. Max Area of Island Yuto729/LeetCode_arai60#23

Open

102. Binary Tree Level Order Traversal plushn/SWE-Arai60#26

Open

104. Maximum Depth of Binary Tree Yuto729/LeetCode_arai60#26

Open

Conversation

5ky7 commented Dec 20, 2025

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

3 participants