ホームページ >バックエンド開発 >PHPチュートリアル >PHP プログラムのコンパイルにおける一般的なエラー メッセージと説明_PHP チュートリアル
PHP プログラムのコンパイルにおける一般的なエラー メッセージと説明_PHP チュートリアル
- WBOYオリジナル
- 2016-07-21 14:53:12813ブラウズ
プログラムを書くときにどれだけ注意していても、間違いは避けられません。これらのエラーは通常、PHP コンパイラーを混乱させます。コンパイラ エラー メッセージは役に立たないだけでなく、開発者がメッセージの意味を理解していないとイライラさせられることがよくあります。
PHP スクリプトをコンパイルするとき、PHP コンパイラーは、最初に発生した問題を報告するために最善を尽くします。これにより、問題が発生します。PHP は、エラーが発生した場合にのみエラーを識別できます (この問題については、この記事で後ほど詳しく説明します)。このため、コンパイラーは、エラーのある行が、表面的には構文的に正しいように見える可能性がある、またはまったく存在しない行である可能性があると指摘します
エラー メッセージをよりよく理解すると、多くの作業を節約できます。エラー内容の特定と修正に費やした時間。そこで、この記事では、さまざまな種類の PHP エラー メッセージと、開発プロセス中にさまざまなエラー メッセージの意味を正しく理解する方法を説明します。
この記事で説明されているさまざまなエラーは特定のバージョンの特定のエラーに限定されないため、この記事で説明されている内容は、使用している PHP のバージョンとは関係ありません。また、プログラミング歴が半年～1年程度の初級・中級プログラマーを想定しています。
コンパイラの仕組み
コンパイラが特定の行でエラーを報告する理由を理解するには、まずコンパイラが PHP コードを解析するメカニズムを理解する必要があります。この記事ではこれについて詳しく説明しませんが、エラーにつながる可能性が高いいくつかの単純な概念について説明します。
変数宣言
ステートメント内で変数を宣言する場合の具体的な方法は以下の通りです
$variable = 'value'; となります。一部のプログラミング書籍では、これはステートメントの RHS (右半分) として表されます。多くの場合、エラーが発生するのはステートメントのこの部分です。間違った構文を使用すると、解析エラーが発生します。
Parse error
Parse error:Parse error, Expected T_WHILE in c://program files//apache group//apache//htdocs//script.php on line 19
前のエラーが特定されるたびに、解析していますエラーが次々と出てきます。 PHP は最初の解析エラーが発生するとスクリプトの実行を停止するため、この一連のエラーのデバッグと修正は特に面倒な作業になることがよくあります。
また、解析エラーの情報は非常に少なく、エラーが発生した行番号はほとんど報告されません。具体的な理由は、エラーが発生すると、無効な構文が見つかるまで、コンパイラは複数の行の構文が有効であると判断するためです。 = 10; // Bad ? while は定義済みの単語であり、値に割り当てることはできません
定義済みの単語には while や function などが含まれます。これらの定義済みの単語を使用してコードを評価することはできません。どうしてもこれを実行すると、PHP はさらに多くのエラーを報告することになりますが、これには耐えられません。
この問題に関しては、次の例が参考になるかもしれません。以下に示す PHP コードを読んでください:
$b = somevalue
1 行 (ステートメントの最後にセミコロンがありません) なので、エラーは解析エラーであるはずです: 行 3 にはセミコロンがありませんね。パーサーによって決定されます:
Parse error: parse error, Expected T_IF in c:/ /program files//apache
group//apache//htdocs//ereg2.php on line 4
In line 4, if() ステートメントの構文は正しいです。では、コンパイラを混乱させているのは何でしょうか? その手がかりは、予期しない T_IF 部分です。予期しない T_??? エラーが発生した場合、それは、事前定義された単語が出現すべきではない位置に出現したことをコンパイラーが検出したことを意味します。 T_IF は if() を表し、T_WHILE は while() を表し、T_FOR は for() を表します。
ありがたいことに、一部のエラーの原因も単純です:
上記の例のように、ステートメントがセミコロン (;) で終わっていません。文字列に引用符がありません。
その他のよくある間違い
私が目にする最も一般的な間違いは、関数またはループを終了するために中かっこ (}) を使用しない場合です。これはおそらく最も一般的で最も迷惑な間違いです。例 コード固有のコードは次のとおりです:
Function WasteFunction () {
for ($ i & lt; 0; $ i & lt; 10; $ i ++) {
}
は次のエラーを生成します:
解析エラー: 解析エラー、c://program files//apache
group//apache//htdocs//ereg2.php の 9 行目
の予期しない $関数 UselessFunction は中括弧 ( } ) で終わっていないため、PHP コンパイラーはファイルの最後に到達するまで右中括弧を探し続けます。コンパイラは一致する中括弧を見つけられないため、ファイルの終わりエラーを報告します。
コードの階層が正しく反映されていれば、エラーメッセージが非常にわかりやすくなります。コードの階層構造がマークされていない場合、最終的に何が忘れられたかを見つけることはほとんど不可能になります。したがって、コードの階層を必ず示すようにしてください。 Tab キーを使用するとこれが簡単になります。また、後続の開発者がコードのフレームワークを把握して変更することも容易になります。
MySQL Error
もう 1 つの非常に迷惑なエラー メッセージは、最も一般的な MySQL エラーで、PHP 初心者が非常に頭を痛める原因となることがよくあります: Warning: Supplied argument is not a valid MySQL result resource in...
上記の報告されたエラー行は次のようになります:
while($row = mysql_fetch_array($result)) {
パラメータ $result は有効なリソースではありません。英語では、クエリが失敗したため mysql_fetch_array を処理できないことを意味します。クエリの構文が無効であるか (クエリをコピーして MySQL コンソール参照に貼り付けてテストする必要があります)、データベースへの接続に失敗しました (この場合、ユーザー名、パスワードなどを再確認する必要があります)。
エラーの発生を防ぐ
最初のステップとして、賢いコーダーは次の手順を実行して、次のエラーを排除できます:
・各ステートメントの最後にセミコロンを追加することを考えないでください - これは習慣になるはずです。
・可能な限り、コードの階層を常に示すようにしてください。これにより、if 呼び出しや関数の末尾などの場所に中括弧を追加するのを忘れていないかどうかを確認できます。
・構文強調表示機能のあるエディタ（HTML-Kitなど）を使用してください。このようなエディタの助けを借りて、引用符を追加するのを忘れていないか、セミコロンが抜けていないかなどを判断できます。