Laravelは、カスタム例外ハンドラーを介してアプリケーションの堅(jiān)牢性を改善するための柔軟なエラー処理メカニズムを提供します。 1.デフォルトの例外ハンドラーアプリ\例外\ハンドラーでレンダリングメソッドを変更して、APIリクエストのUnified JSONエラー形式を?qū)g現(xiàn)します。 2。カスタム例外クラス（OrderPaymentFailedExceptionなど）を作成し、ビジネスロジックに投げ、ハンドラーで処理してコードの明確さとスケーラビリティを強(qiáng)化します。 3.ログドライバーを構(gòu)成し、セントリーおよびその他のサードパーティの監(jiān)視サービスを統(tǒng)合して、生産環(huán)境エラーをリアルタイムで報(bào)告し、問題の迅速な位置付けを促進(jìn)します。 4.例外応答のテストに注意し、機(jī)密情報(bào)の漏れを避け、HTTPを他の例外タイプと區(qū)別して、処理の精度を確保します。

Laravelは、非常に柔軟なエラー処理と例外報(bào)告メカニズムを提供します。合理的なカスタマイズを通じて、アプリケーションはエラーが発生したときに問題についてより明確にフィードバックを提供し、その後のトラブルシューティングを促進(jìn)できます。プロジェクトの堅(jiān)牢性と保守性を向上させたい開発者のためのいくつかの実踐的な慣行を以下に示します。

デフォルトの例外ハンドラーを変更します

laravelはApp\Exceptions\Handlerを使用して、デフォルトですべての例外を処理します。このクラスのrender方法またはreportメソッドを書き換えて、さまざまな例外のパーソナライズされた処理を?qū)g現(xiàn)できます。

たとえば、すべてのAPI要求が、デフォルトのHTMLページの代わりに統(tǒng)合形式でJSONエラーメッセージを返すようにします。

 Illuminate \ auth \ authenticationExceptionを使用します。
Illuminate \ http \ exceptions \ httpresponseExceptionを使用します。

パブリック関數(shù)レンダリング（$ request、スロー可能な$例外）
{
    if（$ request-> expectsjson（））{
        return Response（） - > json（[
            「エラー」=> $例外 - > getMessage（）、
        ]、$ this-> ishttpexception（$ exception）？ $ Exception-> getStatusCode（）：500）;
    }

    return parent :: render（$ request、$ exception）;
}

このようにして、インターフェイスコールで例外が発生すると、応答を維持でき、フロントエンドで認(rèn)識および処理が簡単になります。

カスタム例外タイプとロジックの処理

ビジネスロジックに特定のエラータイプがある場合（注文支払いの失敗、不十分な在庫など）、例外クラスをカスタマイズすることでコードをより適切に整理できます。

手順は次のとおりです。

• 獨(dú)自の例外クラスを作成し、 \Exceptionを継承します
• Handlerのrender方法でこれらの例外を特定し、特別な処理を?qū)g行します

例えば：

 PHP Artisan Make：Exception OrderPaymentFailedException

次に、この例外をビジネスロジックに投げます。

新しいOrderPaymentFailedException（「支払いが失敗しました、もう一度やり直してください」を投げます）;

次に、 App\Exceptions\Handlerに移動(dòng)して処理します。

 app \ exceptions \ orderpaymentfailedexceptionを使用します。

パブリック関數(shù)レンダリング（$ request、スロー可能な$例外）
{
    if（$ exception instance of orderpaymentfailedexception）{
        return Response（） - > json（[
            「エラー」=> '注文エラー'、
            「メッセージ」=> $例外 - > getMessage（）
        ]、400）;
    }

    return parent :: render（$ request、$ exception）;
}

これの利點(diǎn)は、それが明確なロジックであり、特定のタイプのエラーの將來の拡張または集中処理を促進(jìn)することです。

統(tǒng)合ログおよびサードパーティの例外監(jiān)視サービス

フレンドリーなエラーメッセージを返すことに加えて、詳細(xì)なエラーログを記録することも重要です。 Laravelは、さまざまなログドライバー（Daily、Syslog、ErrorLogなど）をサポートしており、 .envファイルで設(shè)定できます。

 log_channel = stack
log_level = debug

さらに、Sentry、Bugsnagなどのサードパーティのプラットフォームに深刻なエラーを報(bào)告することをお?jiǎng)幛幛筏蓼埂?/p>

1. インストールパッケージ： composer require sentry/sentry-laravel
2. パブリッシュ構(gòu)成： php artisan vendor:publish --provider="Sentry\Laravel\ServiceProvider"
3. dsnを.envに設(shè)定： SENTRY_LARAVEL_DSN=https://your-key@oorg.ingest.sentry.io/project
4. Laravelは、未処理の例外を自動(dòng)的にキャプチャして報(bào)告します

この方法は、生産環(huán)境に特に適しており、できるだけ早くオンラインの問題を検出して見つけることができます。

小さな詳細(xì)に注意してください

• 例外が効果的かどうかをテストします。コントローラーに一時(shí)的に例外をスローし、対応するインターフェイスにアクセスして、返品形式が期待を満たしているかどうかを確認(rèn)できます。
• 機(jī)密情報(bào)を公開しないでください：生産環(huán)境では、 APP_DEBUG=falseスタック情報(bào)の漏れを避けるために使用されていることを確認(rèn)してください。
• HTTP例外対その他の例外：いくつかの例外（404、403など）はHTTP例外に屬します。 $this->isHttpException()を使用してそれらを區(qū)別し、対応するHTTPステータスコードを返すことができます。

基本的にそれだけです。エラー処理の合理的なカスタマイズは、ユーザーエクスペリエンスを改善するだけでなく、開発と操作とメンテナンス中に問題をより速く発見するのにも役立ちます。

以上がLaravelでのエラー処理と例外レポートのカスタマイズの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。