コアポイント

• PHP例外は、予期しないイベントを示すために投げて捕まることができる特別なクラスです。回復(fù)不可能なエラーとは異なり、例外は、呼び出しコードによって処理されることを目的としており、実行チェーンがキャッチされるまでバブルを上方にします。
• PHPエラーと例外の違いは、エラーが回復(fù)不能であり、メインの実行ループで発生することです。これは、コードまたは環(huán)境の安定性に問題があることを示しています。実行ループ、およびシステムが不安定であるという意味ではありません。
• すべての非成功した狀況では、例外をスローする必要があるわけではありません。例外は、実際に実行を継続できない場合にのみスローする必要があります。これは、通常の操作または標(biāo)準(zhǔn)ではないアクション、異常が、通常の狀況および予想される狀況から逸脫することを意味します。
• 一般的なExceptionのトップは、「問題」があると言うことと同等であり、コードは何が起こっているのかわからない。代わりに、カスタム例外を常にスローして、現(xiàn)在の狀況のコールコードに通知する必要があります。
• グローバルキャプチャブロックは、最高レベルのキャプチャブロックであり、そのレベルに泡立つすべての例外をキャプチャする必要があります。これは、生産コードの唯一の一般的な例外ハンドラーである必要があります。他のハンドラーは、具體的であり、例外に限定されている必要があります。例外は、処理方法と責(zé)任を負(fù)う方法を知っています。

PHP 5は、予期しないイベントを示すために（スローされたエラーとは対照的に）スロ??ーおよびキャッチできる特別なクラスである例外処理メカニズムを?qū)毪筏蓼?。エラーとは異なり、例外は、呼び出しコードによって処理されることを目的としています。例外がスローされると、現(xiàn)在のスコープのコードが実行を停止します（throwステートメントが実行された後の行はありません）、コントロールは最初の一致する例外ハンドラー（キャプチャブロック、設(shè)定された例外ハンドラー、または言語によって提供される例外ハンドラー）。コードの実行は、例外がキャッチされた場合にのみ、そこから続きます。この記事は、エントリレベルでの例外を説明することではなく、例外をより適切に使用する方法に関するアドバイスを提供することを目的としています。以前に例外を使用したことがない場合は、PHPマニュアルに相談するか、私の友人が書いた本「PHP Master：Writing Condeded Code」を読む必要があるかもしれません。

エラーは例外ではありません

例外について學(xué)んだかもしれませんが、PHPエラーと（カスタム）例外の違いについて疑問に思うかもしれません。ロジックは実際には非常に単純です。エラーは回復(fù)不能であり、メインの実行ループで発生し、環(huán)境の安定性を示します。たとえば、スカラー値に配列としてアクセスしてE_NOTICEを上げようとすると、コードに問題があることを意味します。継続的な実行が安全であるという保証はありません。この狀態(tài)は、実行中に修正することはできません。パーサーによって発見された予期しないT_IFによってE_PARSEがトリガーされると、これが物事の安定性にどのように影響するかを理解できます。一方、例外は回復(fù)可能であり、メインの実行ループの外で発生する可能性があり、システムの安定性を示していません。 「指定された入力でリクエストを完了することはできないため、その情報が自由にLengthExceptionを投げることができます。したがって、現(xiàn)在の値で指定された命令を完了することはできません。これは、環(huán)境が不安定であることを意味するものではなく、パディングまたは切り捨てによってコードが値の長さを調(diào)整する必要があることを意味します。コードはこの例外をキャッチし、値を更新し、再試行することができます。

すべての例外が例外これは、答えるのが最も難しい質(zhì)問の1つです。例外をスローする必要があるのは正確ですか？もちろん、例外は前の段落の3つのルールに準(zhǔn)拠する必要があります。破損したメモリに遭遇したときに例外を投げることは非常に悪い習(xí)慣です。環(huán)境が実行を継続するために安全でないことが判明するため、PHPができるだけ早く中止できるように、コードは代わりにエラーをスローする必要があります。ただし、エラーが不要であっても、すべての非成功した狀況には例外は必要ありません。つまり、すべての失敗した狀況が例外ではありません。 「異?！工趣いρ匀~は、通常の操作でも標(biāo)準(zhǔn)でもないアクションと、通常の狀況や予想される狀況から逸脫する異常を指します。元同僚は、夕食時に、彼らの會社が使用しているXML/RPCサービスがすべての公共面でのバックボーンであると私に言った。その後、建築家は例外と、非成功しない狀態(tài)を示す際の彼らの利便性について學(xué)びました。この柱は、他の機能に加えて、単一のサインオン機能を提供します。データベースに直接アクセスする代わりに、WebアプリケーションはXML/RPCサービスを照會します。これは、すべてのWebアプリケーションにサービスを提供する集中データストアに基づいて応答します。有効な資格情報が提供されると、成功したステータスが返されます。問題が発生すると、例外がスローされ、障害の理由を示すメッセージが表示されます。キャプチャしやすいと、印象的で光沢のあるエラーメッセージでメッセージをユーザーに表示できます。しかし、ユーザーは誤ったユーザー名および/またはパスワードを提供していることを本當(dāng)に期待から逸脫していますか？私のプロジェクトでは、私が扱うユーザーは完璧ではありません。彼らは物事をタイプしたり忘れたりします。誤った資格情報を取得することは非常に一般的であり、有効な資格情報よりもさらに一般的です。検証資格情報は、システムへのログインの予想される動作であるため、この場合、XML/RPCサービスは、検証が成功しているかどうかを示すステータスを返す必要があります。資格情報は失敗しますが、検証プロセス自體は依然として正常に実行されます。検証プロセスが正しく実行されない場合、他の問題があります。たぶん、データストアはアクセスできない、または他の何かです。データストアなしでは実行できないため、ログインシステムがデータストアに接続できないことは非常にまれです。したがって、これには例外をスローする必要があります。注：一部の人々は、ログインシステムがデータストアに接続できないことが環(huán)境が不安定であり、したがってエラーが発生することの兆候であると主張する場合があります。ただし、システムにログインすることは、データストレージのエラーを発生させる責(zé)任はありません。逆に、データストレージコネクタ/ラッパーが必要と思われる場合、エラーを発生させる必要があります。一般的に言えば、例外を開発者が介入し、表示し、それらを処理しなければならない狀況と考えることができます。例外シナリオで発生するコードは、それ自體でこれを行うことはできません。これはおそらく、開発者がコードを調(diào)べたことであり、彼らがそれを処理する方法は、それが起こったときにそれを起こさせることです。ネットワークオペレーションセンターにすべての例外をメールで送信しないでください。できることと処理すべきことを処理すると、例外は実際に実行を継続できない場合にのみスローされます。

「問題 "

數(shù)年前、私がヨーロッパをハイキングしていたとき、私はギリシャの駅で忘れられない光景につまずきました。ロッカーエリアの1つは爆弾のように見え、地面にドアが散らばり、半分はヒンジにぶら下がっているか、壊れていました。後で、彼らがロッカーエリアを削除していることを知りましたが、この領(lǐng)域が非アクティブ化されていることをクライアントにどのように伝えたかは注目に値します。中央の部分にはたくさんのテープがあり、「問題」という言葉で紙を貼り付けました。技術(shù)的には、これは完全に正しいです。明らかにロッカーに何か問題があり、狀況は顧客に通信することで処理されました。あなたはそれを面白いと思うかもしれませんが、実際、あなたはあなたのコードに頻繁にこれを見るでしょう。 Exceptionを投げるだけで、基本的に「問題」と言っており、コードは何が起こっているのかわからない。 Exceptionはそれぞれの例外の基本クラスですが、獨自のタイプで拡張できます。例外のより広いコレクションはSPLライブラリにありますが、これは限界からはほど遠いものです。 Zend FrameworkやSymfonyなどの主要なPHPフレームワークを見ると、ほぼすべての異なる狀況にカスタム例外を使用することがわかります。これらすべてのファイルを作成して、動的にロードしてすべての異なるタイプを維持できるようにするのは少し面倒ですが、これにより、そのフレームワークとそのフレームワークの消費者に対して何が起こるかを細かく制御できます。あなたがExceptionだけを投げるなら、あなたは何かが間違っていることを確認(rèn)することができ、あなたもあきらめるかもしれません。これは、キャプチャブロックをサイレントオペレーターとして使用し、誰かがこの狀況を何らかの形で修正できることを期待していることをあきらめるだけで、それらがエラーである方法で例外を使用することを意味します。

グローバルキャプチャ

非カスタムの例外を使用して、考えられるすべての例外をキャッチすることが悪い考えである場合、なぜ言語はこれを許可するのですか？特定の例外、つまりグローバルなキャプチャルールを常に使用およびキャッチするルールには、1つの例外があります。グローバルキャプチャブロックは最高レベルのキャプチャブロックであり、そのレベルに泡立つすべての例外をキャッチする必要があります。 PHP自體には（「致命的なエラー：猛攻撃の例外...」というメッセージが表示されていますか？）が含まれていますが、カスタムハンドラーでオーバーライドしてフォールバックとして機能します。このハンドラーをset_exception_handler()関數(shù)で設(shè)定することができます。そのため、「catch (Exception $e) {」などの行を禁止するPHPMDルールセットにルールを追加できます。これが、生産コードにある必要がある一般的な例外ハンドラーの唯一の理由であり、まだキャッチされていないExceptionクラスのすべてのインスタンスをキャプチャします。他のハンドラーは、具體的であり、例外に限定されている必要があります。例外は、処理方法と責(zé)任を負(fù)う方法を知っています。ここで慎重に進むと、ハンドル可能な例外を一度泡立たせます（そしてコードで修正します）。

概要

要するに、例外は、特定の入力で要求された命令をコードに完了できない場合にのみスローされます。常に、現(xiàn)在ケースにある呼び出しコードを?qū)g際に指示するカスタム例外をスローし、他のコードを呼び出す場合は、処理できるものと処理できる例外のみをキャッチします。これにより、ブラックボックス（カスタム例外）のようにコンポーネントが少なくなり、コンポーネントを統(tǒng)合する開発者がコードを変更する必要がある可能性が低くなります（そうすべきではない例外をキャッチしないでください）。私たちは常に顧客/マネージャーが具體的であるように言いますが、私たちも具體的であるべきです！

（フォトリアからの寫真）

PHP例外処理に関するよくある質(zhì)問

• PHP例外処理の目的は何ですか？

PHP例外処理は、開発者がプロ??グラムの実行中に発生する可能性のあるエラーや例外をハイパーバイズできるようにする強力なメカニズムです。プログラムのある部分から別の部分に制御を転送する方法を提供します。 PHP例外処理は、指定されたエラーが発生したときにコード実行の通常のフローを変更するために使用されます。これにより、コードがメインプログラムロジックからエラー処理コードを分離するため、コードの読み取りと管理が容易になります。

• PHPのトライキャッチブロックはどのように機能しますか？

PHPでは、トライキャッチブロックを使用して例外を処理します。 Tryブロックには例外をスローする可能性のあるコードが含まれていますが、CatchブロックにはTryブロックに例外がスローされた場合に実行されるコードが含まれます。 Tryブロックに例外がスローされた場合、スクリプトの実行を停止し、制御がスローされた例外タイプに一致する最初のキャッチブロックに渡されます。

• PHP例外処理における最終的なブロックの役割は何ですか？

PHP例外処理の最終的なブロックは、例外がスローされているかどうかにかかわらず、コードの一部が常に実行されることを確認(rèn)するために使用されます。これは、操作の成功や失敗に関係なく実行する必要があるファイルやデータベース接続の閉鎖などのアクティビティのクリーニングに役立ちます。

• PHPでカスタム例外を作成する方法は？

PHPでは、組み込みの例外クラスを拡張することにより、カスタム例外を作成できます。これにより、例外にカスタム機能を追加するか、アプリケーションドメイン固有の例外を作成できます。カスタム例外を作成するには、例外を拡張する新しいクラスを定義し、必要なカスタムメソッドまたはプロパティを追加できます。

• PHPの例外とエラーの違いは何ですか？

PHPでは、エラーはスクリプトの実行を防ぐ深刻な問題であり、例外は通常の実行プロセスを変更する條件です。エラーは通常、構(gòu)文エラーまたは未定義の機能を呼び出すことによって引き起こされます。一方、例外は、プログラムにとって致命的ではないが特別な取り扱いが必要な條件を処理するためにしばしば使用されます。

• PHPで複數(shù)の例外を処理する方法は？

PHPでは、複數(shù)のキャッチブロックを使用して複數(shù)の例外を処理できます。各キャッチブロックは、特定のタイプの例外を処理します。例外がスローされると、Catchブロックはコードに表示される順序でチェックされます。スローされた例外タイプを処理できる最初のキャッチブロックが実行されます。

• PHPの例外を再投げることはできますか？

はい、PHPで例外を再スローすることができます。これは、どういうわけか例外を処理したいが、より高いレベルの例外ハンドラーをキャッチしたい場合に非常に便利です。例外を再スローするには、キャッチブロックのスローステートメントを使用してください。

• PHPで例外を記録する方法は？

PHPでは、キャッチブロックでERROR_LOG関數(shù)を使用して例外を記録できます。これにより、メッセージやスタックトレースを含む例外に関する情報を指定されたログファイルにログに記録できます。

• phpのpdoexceptionとは何ですか？

PDOExceptionは、PDO操作でエラーが発生したときにスローされる例外です。 PDO（PHPデータオブジェクト）は、PHPでデータベースにアクセスするための一貫したインターフェイスを提供するデータベース抽象化レイヤーです。 PDOExceptionは、SQLSTATEエラーコードやデータベースドライバーのエラーメッセージなどのエラーに関する情報を提供します。

• PHPの猛攻撃の例外を処理する方法は？

PHPでは、カスタム例外ハンドラー関數(shù)を定義し、set_exception_handler関數(shù)を使用してデフォルトの例外ハンドラーとして設(shè)定することにより、猛攻撃の例外を処理できます。この関數(shù)は、トライキャッチブロックによってキャッチされていない例外がスローされるたびに呼び出されます。

以上がPHPマスター|例外的な例外の詳細內(nèi)容です。詳細については、PHP 中國語 Web サイトの他の関連記事を參照してください。