は、私はより良い答えを持っています。 GhostDocの\のAtomineerUtilsとコメントをクローニング
確か例えば、アプローチの作業が、それは重大な欠点を持っているされて:
- 元のコメントが(頻繁に開発中に発生する)に変更された場合、 そのクローンではありません。
- 大量の複製が作成されています。 ソースコード分析ツール(チームシティのDuplicate Finderなど)を使用している場合は、 が主にあなたのコメントを見つけるでしょう。
それが述べたように
、Sandcastleで<inheritdoc>
タグがあるが、それはFIXMLに比較していくつかの欠点があります。
- サンドキャッスルは、コンパイル済みHTMLヘルプファイルを作成する - それが
.xml
ファイルを変更しません。 には抽出されたXMLコメントが含まれています。しかし、これらのファイルは、.NET ReflectorとVisual Studio .NETのクラスブラウザ\ IntelliSenseを含む多くのツール によって使用されます。 Sandcastleだけを使用すると、そこに継承されたドキュメントは表示されません。
- Sandcastleの実装は、それほど強力ではありません。例えば。 the noは
<see ... copy="true" />
です。
詳細については、Sandcastle's <inheritdoc>
descriptionを参照してください。
FiXmlの簡単な説明:C#\ Visual Basic .Netで作成されたXMLドキュメントのポストプロセッサです。これはMSBuildタスクとして実装されているため、どのプロジェクトにも簡単に統合できます。基底クラスやインターフェイスからドキュメントを継承するための
- はサポートされていません:それは、これらの言語でのXMLドキュメントを書くに関連するいくつかの厄介なケースに対応しています。I。オーバーライドされたメンバのドキュメントはゼロから書かなければなりませんが、通常、少なくともその一部を継承することが望ましいのです。
- のような一般的に使用されるドキュメントテンプレートの挿入はサポート「このタイプは、シングルトンではない - それが唯一のインスタンスを取得するために、その
<see cref="Instance" />
プロパティを使用しています。」、あるいは「<CurrentType>
クラスの新しいインスタンスを初期化します。」
<see cref="..." copy="..." />
ます。attrib
<inheritdoc />, <inherited />
タグ:
は、以下の追加のXMLタグが提供され、上記の問題を解決するため、 uteは<see/>
タグです。
ここにはits web pageとdownload pageがあります。
GhostDocは参照XMLファイルを変更できますか、または実際のコードを変更できますか?前者が真であれば、これはSandcastleと一緒に使用できます。 –
GhostDocがコードを変更しました –