エラーが発生しやすい PHP コードの単純な概念

この記事では、PHP コンパイラーが報告する可能性のある一見無意味なエラーについてある程度理解しています。私たちは学んだことを、間違いを避ける方法と、間違いが起こったときに修正する方法に応用する必要があります。デバッグは開発者の仕事の中で最も重要な部分の 1 つです。

簡単な説明: プログラムを作成するときにどれだけ注意を払っていても、間違いは避けられません。これらのエラーは通常、PHP コンパイラーを混乱させます。コンパイラ エラー メッセージは役に立たないだけでなく、開発者がメッセージの意味を理解していないとイライラさせられることがよくあります。

プログラムを書くときにどれだけ注意しても、間違いは避けられません。これらのエラーは通常、PHP コンパイラーを混乱させます。コンパイラ エラー メッセージは役に立たないだけでなく、開発者がメッセージの意味を理解していないとイライラさせられることがよくあります。

PHP スクリプトをコンパイルするとき、PHP コンパイラーは、最初に発生した問題を報告するために最善を尽くします。これにより、問題が発生します。PHP は、エラーが発生した場合にのみエラーを認識できます (この問題については、この記事で後ほど詳しく説明します)。このため、コンパイラは、エラーのある行が表面上は構文的に正しいように見えるか、あるいはまったく存在しない行である可能性があると指摘します。

エラー メッセージをよりよく理解すると、エラー内容の特定と修正にかかる時間を大幅に節約できます。そこで、この記事では、さまざまな種類の PHP エラー メッセージと、開発プロセス中にさまざまなエラー メッセージの意味を正しく理解する方法を説明します。

この記事で説明されているさまざまなエラーは特定のバージョンの特定のエラーに限定されないため、この記事で説明されている内容は、使用している PHP のバージョンとは関係ありません。また、プログラミング歴が半年～1年程度の初級・中級プログラマーを想定しています。コンパイラの仕組み

コンパイラーが特定の行でエラーを報告する理由を理解するには、まずコンパイラーが PHP コードを解析するメカニズムを理解する必要があります。この記事ではこれについて詳しく説明しませんが、エラーにつながる可能性が高いいくつかの単純な概念について説明します。

変数宣言

ステートメント内で変数を宣言する場合の具体的な方法は次のとおりです。

$variable = '値';

コンパイラーは、まずステートメントの右半分 (つまり、等号の右側にあるすべて) の値を検索します。一部のプログラミング書籍では、これはステートメントの RHS (右半分) として表されます。多くの場合、エラーが発生するのはステートメントのこの部分です。間違った構文を使用すると、解析エラーが発生します。

解析エラー

解析エラー: c:program filesapache groupapachehtdocsscript.php の 19 行目に予期しない T_WHILE

前のエラーが確定するたびに、解析エラーが次々と発生し続けます。 PHP は最初の解析エラーが発生するとスクリプトの実行を停止するため、この一連のエラーのデバッグと修正は特に面倒な作業になることがよくあります。

さらに、解析エラーの情報はほとんどなく、行番号はほとんど報告されません。具体的な理由は、エラーが発生すると、無効な構文が見つかるまで、コンパイラは複数の行の構文が有効であると判断するためです。最も可能性が高いのは、

などの事前定義された単語が式で使用されている場合です。

while = 10; // while は事前に定義された単語なので、値を割り当てることはできません

事前定義された単語には while、function などが含まれます。PHP がコードの評価に uses を使用する場合、変数に名前を付けるためにこれらの事前定義された単語を使用することはできません。そうすることを主張すると、PHP は更新を報告します。使用できるエラーが多すぎます。立ってないよ。

この問題に関しては、次の例が役立つかもしれません。以下に示す PHP コードを参照して読んでください:

$b = "somevalue" if($b == "somevalue"){ print "Hello world!" } ?>

;

エラーは「$b=」行（ステートメントの末尾にセミコロンがありません）にあるので、エラーは「解析エラー: 行 3 にセミコロンがありません」となるはずですよね？パーサーに基づいて決定されるべきではありません:

解析エラー: 解析エラー、c:program filesapachegroupapachehtdocsereg2.php の 4 行目に予期しない T_IF

4 行目の if() ステートメントの構文は正しいです。では、コンパイラを混乱させる原因は何でしょうか?ヒントは「予期せぬT_IF」の部分です。 「予期しない T_???」エラーが発生した場合は、事前定義された単語が出現すべきでない位置に出現したことをコンパイラーが検出したことを意味します。 T_IF は if() を表し、T_WHILE は while() を表し、T_FOR は for() を表します。

ありがたいことに、一部のエラーの原因は単純です:

ステートメントは、上記の例のようにセミコロン (;) で終了しません。文字列に引用符がありません。

その他のよくある間違い

私が目にする最も一般的な間違いは、関数またはループを終了するために中括弧 (}) を使用しない場合です。これはおそらく最も一般的で迷惑な間違いです。具体的なコードは次のとおりです:

function UselessFunction() { for($i

次のエラーが生成されます:

解析エラー: 解析エラー、c:program filesapache groupapachehtdocsereg2.php の 9 行目に予期しない $ があります

関数 UselessFunction は中括弧 (}) で終わっていないため、PHP コンパイラーはファイルの最後に到達するまで右中括弧を探し続けます。コンパイラは一致する中括弧を見つけられないため、ファイルの終わりエラーを報告します。
コード階層が正しく反映されていれば、エラー メッセージが非常に明確になります。コードの階層構造がマークされていない場合、最終的に何が忘れられたかを見つけることはほとんど不可能になります。したがって、コードの階層を必ず示すようにしてください。 Tab キーを使用するとこれが簡単になります。また、後続の開発者がコードのフレームワークを把握して変更することも容易になります。

MySQL エラー

もう 1 つの非常に迷惑なエラー メッセージは、最も一般的な MySQL エラーです。これは、PHP 初心者を悩ませることがよくあります。

警告: 指定された引数は...

の有効な MySQL 結果リソースではありません。

上記で報告された誤った行は次のとおりである可能性があります:

while($row = mysql_fetch_array($result)) {

パラメータ $result は有効なリソースではありません。英語では、クエリが失敗したため mysql_fetch_array を処理できないことを意味します。クエリの構文が無効であるか (クエリをコピーして MySQL コンソール参照に貼り付けてテストする必要があります)、データベースへの接続に失敗しました (この場合、ユーザー名、パスワードなどを再確認する必要があります)。

エラーの発生を防止

最初のステップで、スマート コーダーは次のエラーを排除するために次のステップを実行できます。

· すべてのステートメントの最後にセミコロンを追加することを考えないでください。これは習慣になるはずです。

可能な場合は常にコードの階層を示すようにしてください。これにより、if 呼び出しや関数の末尾などの場所に中括弧を追加するのを忘れていないかどうかを確認できます。

· 構文強調表示機能のあるエディター (HTML-Kit など) を使用してください。このようなエディタの助けを借りて、引用符を追加するのを忘れていないか、セミコロンが抜けていないかなどを判断できます。

結論

この記事では、PHP コンパイラーが報告する可能性のある一見無意味なエラーについてある程度理解しています。私たちは学んだことを、間違いを避ける方法と、間違いが起こったときに修正する方法に応用する必要があります。デバッグは開発者の仕事の中で最も重要な部分の 1 つです。デバッグ効率を向上させると、作業全体の進行が大幅にスピードアップし、プロジェクトの完了にかかる時間を短縮でき、コードの失敗による精神的プレッシャーも大幅に軽減されます。