PHPプログラムのエラーメッセージの意味を正しく理解する方法_PHPチュートリアル

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

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

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

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

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

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

変数宣言

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

$変数 = '値';

コンパイラーはまずステートメントの右半分 (つまり、等号の右側にあるすべて) の値を見つけます。一部のプログラミング書籍では、これはステートメントの 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 つです。デバッグ効率を向上させると、作業全体の進行が大幅にスピードアップし、プロジェクトの完了にかかる時間を短縮でき、コードの失敗による精神的プレッシャーも大幅に軽減されます。

http://www.bkjia.com/PHPjc/814355.htmlwww.bkjia.comtru​​ehttp://www.bkjia.com/PHPjc/814355.html技術記事簡単な説明: プログラムを作成するときにどれほど注意しても、間違いは避けられません。これらのエラーは通常、PHP コンパイラーを混乱させます。開発者がコンパイラ エラー メッセージを理解できない場合...