2016-08-12 6 views
3

PHPの次の関数の `@returnタグのために、PEAR標準に従ってコードコメントを書く方法を知りたいと思います。phpのコードコメント:@returnタグ

PEAR standardsを通過、私はことを学んだものの:リターンタグは、その後 データの記述をデータ型が含まれている必要があり

  1. が返さ:(この部分はかなり明確である)

  2. 説明:説明の最初の名詞は、パラメータのデータ型です。 "a"、 "an"、 "the"のような記事は、名詞の前に付けることができます。 説明はフレーズで始まる必要があります。 さらに詳しい説明が必要な場合は、文章を続けてください。

私の質問は:どのように私は機能が正常に実行される場合はtrueを返し、次の機能のための@returnタグの説明を書くのですか?あなたが指定するリンク先のページとして

function AUTOCODER_writeFile($filename, $code) 
{ 
    $handle = fopen($_POST['db']."/".$filename, "w"); 
    fwrite($handle, $code); 
    fclose($handle); 
    return true; 
} 
+2

"doc commenting"に関するドキュメントがあります:ここでは[phpDoc](https://www.phpdoc.org/docs/latest/references/phpdoc/tags/return.html)への参照文を返信します – simialbi

+4

あなたのfunction * always *は、成功した場合だけでなくtrueを返します。 – naththedeveloper

+1

'@return bool常にtrueを返します。 ' – deceze

答えて

1

のdocblockはphpDocumentorを使ってPEARのドキュメントを生成するために使用されているコメント。

あなたの機能のための最小限のdocblockコメントは次のようになります。それは文字列でなければ

/** 
* @param string $filename 
* @param string $code 
* @return bool 
*/ 
function AUTOCODER_writeFile($filename, $code) 
{ 
    $handle = fopen($_POST['db']."/".$filename, "w"); 
    fwrite($handle, $code); 
    fclose($handle); 
    return true; 
} 

$codeの正しいタイプでstringを交換してください。コードがこのように動作する場合は、文字列または数値(intまたはfloat)のみにすることができます。

有用なdocblockに名前の後に各引数の目的を記述させ、その関数が何をするかを記述する行を挿入します。あなたはphpDocumentor's documentationにあなたのコードを文書化する方法についての詳細な情報を見つけることができます

/** 
* Store a code into a file 
* 
* @param string $filename the name of the file 
* @param string $code  the value to store 
* @return bool 
*/ 

:ような何か。それはPHPドキュメントの事実上の標準です。多くのIDEがそれを理解しており、コードを実行することなくヒントやエラーの検出に役立ちます。

+0

axiac、私は今、有用なdocblockを書くことの背後にある目的を理解することができます。 @paramの場合、PEAR標準に従って、 1。慣例により、記述の最初の名詞はパラメータのデータ型です。 "a"、 "an"、 "the"のような記事を名詞の前に付けることができます。 2.説明はフレーズで始まる必要があります。それ以上の説明が必要な場合は、文章に従ってください。正直なところ、英語の文法に関する私の知識は貧弱です。上記の関数の場合、@paramタグの記述を効果的に書く方法はありますか? –

+1

私の意見では、PEARの推奨事項を無視して、関数の存在理由、引数の意味(適切なときの値)、可能な戻り値、他の開発者がどのように理解するのに役立つと思われる情報関数を使用し、関数から期待するもの。今から数ヵ月後には、これらの「他の開発者」のひとりです。 – axiac

+0

@axiac私はそれに同意します。 PEARが2016年に持つ可能性のあるものを除いて、明らかな理由がなくても、サンプルの記述(* "@ param int $ arg2は何個の問題が発生したかの整数" *) –