特にクラスメンバーのXMLコメントに関しては、コードをより適切に文書化することを目指していますが、多くの場合、それは愚かなことです。
イベントハンドラーの場合、命名規則とパラメーターは標準的で明確です。
/// <summary>
/// Handler for myCollection's CollectionChanged Event.
/// </summary>
/// <param name="sender">Event Sender</param>
/// <param name="e">Event Arguments</param>
private void myCollection_CollectionChanged(object sender, NotifyCollectionChangedEventArgs e)
{
// actual code here...
}
また、要約が冗長になるように、明確に名前が付けられた単純なプロパティ(IMO)も頻繁にあります。
/// <summary>
/// Indicates if an item is selected.
/// </summary>
public bool ItemIsSelected
{ get { return (SelectedItem != null); } }
そのようなコメントは、宣言自体がまだ伝えていない情報を追加しないとは思わない。一般的な知恵は、コードを繰り返すコメントは書かずに残すことが最善であると思われる。
明らかに、XMLドキュメンテーションは、通常のインラインコードコメント以上のものであり、理想的には100%の範囲を網羅しています。そのような場合、何を書くべきですか?これらの例に問題がなければ、私が今評価していないかもしれないという付加価値はありますか?