メインコンテンツへスキップ
このチュートリアルでは、Droid Execを使用して数百のファイル全体でエラーメッセージを同時にリファクタリングする方法を説明します。このスクリプトは、すべてのResponseErrorインスタンス化を賢く見つけ出し、より説明的で実用的、かつユーザーフレンドリーなメッセージに改善します。
ResponseErrorは、特定のステータスコードを持つHTTP形式のエラーをthrowするために使用されるFactory内部のエラー処理クラスです。これらのエラークラスは、APIエラーを処理するためにコードベース全体で使用されています。

仕組み

スクリプトの動作:
  1. ファイル検索: ResponseErrorクラスを含むすべての.tsおよび.tsxファイルを検索します
  2. 賢いフィルタリング: node_modules.gitdistbuild.nextディレクトリを除外します
  3. エラー特定: すべてのResponseErrorインスタンス化(400、401、403、404など)を特定します
  4. メッセージ改善: より説明的で実用的なものにします
  5. コンテキスト追加: 何が問題だったかと潜在的な修正方法を含めます
  6. ユーザーフレンドリーな言語: 技術的な専門用語を取り除きます
  7. メタデータ保持: エラーコードとメタデータをそのまま保ちます

スクリプトの取得

前提条件

開始する前に、Droid Exec installationを完了してください。

基本的な使用方法

変更のプレビュー(ドライラン)

ファイルを変更する前に、改善が必要なエラーメッセージ数を確認するため、必ずドライランから始めてください。
ドライラン機能では、ResponseErrorインスタンス化を含むファイルとその数を正確に表示します:
ドライランの仕組み:
  • DRY_RUN=trueの場合:変更を加えずにすべてのResponseErrorインスタンス化をカウントします
  • DRY_RUN=falseの場合(デフォルト):AIを使用して実際にエラーメッセージを改善します
これにより以下が可能になります:
  • 必要な変更の範囲を見積もる
  • まず小さなディレクトリでテストする
  • リファクタリング戦略を計画する

リファクタリングの適用

準備ができたら、実際のエラーメッセージ改善を実行します:
実際の実行例:

実際の変換例

例1:セッション認証

例2:Bearer Token認証

ベストプラクティス

安全で効果的なエラーメッセージ改善のため、これらのベストプラクティスに従ってください。
1

ドライランから始める

まず変更範囲を必ずプレビューしてください:
2

段階的に処理する

大規模なコードベースでは、一度に1つのモジュールに取り組みます: