オブジェクトの前にインターフェイスにドキュメントを配置して、設計上の問題、設計ドキュメントへのリンク、またはオブジェクトクラスのユーザーが知っておく必要のある事項を説明することをお勧めします。メソッドの場合、宣言の直後、開始の前に、実装セクションで個別に個別に文書化します。各ユニットのヘッダーには、ユニット名の直後にリリースノート/履歴セクションを含めることができます。
は一般的に、私のメソッドのコメントブロックは、(テンプレートを経由して)次のようになります。
{==============================================================================}
Procedure Form1.DoSomething;
{$region 'xmldoc'}
///<summary></summary>
///<author>skamradt</author>
///<param name=''></param>
///<returns></returns>
///<exception cref=""></exception>
///<since>2009-05-22</since>
{$endregion}
{------------------------------------------------------------------------------}
begin
// code goes here.
end;
は、ドキュメント生成ツールでその仕事をしていますか?どのコメントを使用しますか?最初のもの(どちらが悪い)か両方(どちらが悪いでしょう)? – jpfollenius
www.doc-o-matic.comはいずれの方法でもサポートします。彼らはXML Docスタイルのコメントと "単純な"コメントをサポートしています。 //要約:これはfooの機能の簡単な説明です function foo; –