Flutter: Droido 1.2.0 はリリースへの影響ゼロのデバッグ専用ネットワークインスペクター

Droido 1.2.0 は本日 (2026 年 2 月 8 日)、Flutter 3.x 向けの デバッグ専用 ネットワークインスペクターとして出荷されました。Dio、http パッケージ、Retrofit スタイルのクライアントのサポートを謳い、加えて永続的なデバッグ通知と現代的な UI を備えています。

書く価値のある部分は制約です。リリースビルドで支払うことなくデバッグを楽にすることです。Flutter アプリを規模で出荷している場合、「単なる開発ツールだ」は偶発的な本番依存、余分な初期化、または大きいバイナリの言い訳にはなりません。

唯一受け入れられる契約: デバッグツーリングはリリースで消えなければならない

Flutter で最もクリーンなパターンは、開発専用コードを assert ブロック内で初期化することです。assert はリリースモードで削除されるので、コードパス (そして通常推移的なインポート) はリリースビルドにとって無関係になります。

任意の Flutter 3.x アプリで、どのインスペクターをプラグインするかにかかわらず使える最小のテンプレートを示します。

import 'package:dio/dio.dart';

// Keep this in a separate file if you want even stronger separation.
void _enableDebugNetworkInspector(Dio dio) {
  // Add your debug-only interceptors or inspector initialization here.
  // Example (generic):
  // dio.interceptors.add(LogInterceptor(requestBody: true, responseBody: true));
  //
  // For Droido specifically, replace this comment with the package's setup call.
}

Dio createDio() {
  final dio = Dio();

  assert(() {
    _enableDebugNetworkInspector(dio);
    return true;
  }());

  return dio;
}

これは 3 つのことをもたらします。

• 本番副作用なし: インスペクターはリリースで初期化されません。
• リファクタリング中のリスク低減: 開発専用フックを誤って有効にしたままにするのは難しいです。
• クライアント配線の予測可能な場所: ファクトリーを所有している限り、Dio、http.Client、または生成された Retrofit ラッパーにこれを適用できます。

Droido を採用する前に検証したいこと

「リリースビルドへの影響ゼロ」という約束は、検証できるほど具体的です。

• ビルド出力: flutter build apk --release のサイズと依存関係ツリーを前後で比較します。
• ランタイム: kReleaseMode が true のとき、インスペクターコードが決して参照されないことを確認します (assert パターンがこれを強制します)。
• インターセプトポイント: アプリが実際にトラフィックを送信する場所 (Dio vs http vs 生成されたクライアント) でフックすることを検証します。

Droido が持ちこたえるなら、これは長期的な保守税にならずに日々のデバッグを改善する種類のツールです。

ソース:

• pub.dev の Droido
• Droido リポジトリ
• Reddit スレッド