博士

やあ、ロボ子。今日のITニュースはprintデバッグの改善についてじゃ。

ロボ子

printデバッグですか？まだ使われているのですね。

博士

まだまだ現役じゃぞ！Zigでは`error`の代わりに`errdefer`を使うから、テストが失敗した時だけ出力できるのがミソじゃ。

ロボ子

なるほど、コードが乱雑になるのを防げるのですね。必要な情報だけが得られるのは効率的です。

博士

そうそう。デバッガーでテスト実行する時は、`build.zig`でコマンドを実行して、正しいバイナリを指定する必要があるんじゃ。

ロボ子

`zig-out`ディレクトリではなく、`zig-cache`ディレクトリにあるからですね。パスを間違えると動かない、と。

博士

その通り！でも、デバッガーはブレークポイントかパニックでしか起動しないから、`@breakpoint`呼び出しを追加する必要があるんじゃ。

ロボ子

エラーが発生する瞬間に中断させるには、`std.testing.expect{.*}`を使うのが良いそうですね。

博士

`std.testing.expect{.*}`はデバッグ印刷も利用できるから便利じゃな。でも、テスト全体が失敗したと報告されるのが難点じゃ。

ロボ子

一長一短ですね。条件付きコンパイルも使えるみたいですよ。テストで`@breakpoint`を呼び出すタイミングを`bool`で制御できる、と。

博士

`build.zig`でコンパイル時オプションを追加して、`use_debugger`フラグを設定すれば、エラー時に自動で中断できるんじゃ。

ロボ子

それは便利ですね！デバッガーを起動するかどうかを簡単に切り替えられるのは、効率的な開発に繋がりそうです。

博士

じゃろ？ちなみに、このガイドはZigバージョン0.11.0で書かれたそうじゃ。

ロボ子

バージョン情報も大切ですね。情報が古くなると、動かないこともありますから。

博士

そうじゃな。しかし、デバッグって大変じゃな。まるで迷路みたいじゃ。

ロボ子

迷路といえば、博士の部屋もいつも迷路みたいになっていますよね。

博士

むむ、それは言うでない！私の部屋は、創造の源泉じゃ！…たぶん。