問題タブ [ghostdoc]

私は年をとって怠け者になりました。私の C# 作業では、Roland Weigelt の優れたVisual Studio 用のGhostDocプラグインにかなり依存するようになりました。

IntelliJ IDEA で動作する Java 用の同様のプラグインを知っている人はいますか?

GhostDoc が長い間更新されていないことに気付きました。同じことを実現する Resharper または CodeRush 用のプラグインがあるかどうか、私は興味がありますか? または、このタイプの機能がツールの 1 つに組み込まれている場合でも、それは素晴らしいことです。

GhostDoc テンプレート テキストのドイツ語版を作成した人はいますか?

私が C# で開発しているときは、GhostDoc を多用して、コードにコメントするプロセスを高速化しています。現在、C++ プロジェクトに取り組んでいますが、同等のツールが見つかりません。私は Doxygen について知っていますが、コード内のコメントではなく、コードの外側にドキュメントを作成するために使用されていることを知っています。同等の優れたツールはありますか? 私は VS で動作するものを好みますが、任意の IDE で動作するものを処理できます。

(誰かがそれを持ち出す前に、私はコメントを作成するために GhostDoc だけに頼るのではありません。コメントの出発点を作成するために使用しています。)

私は Visual Studio でのGhostDocの自動コメント生成の大ファンなので、Eclipse で私の Java コードと同じ仕事をするプラグインを探しています。推奨事項はありますか？

GhostDocは大好きですが、一度に1人のメンバーだけでなく、ファイル全体に対して「これを文書化」できるようにしたいと考えています。これは可能ですか？

Visual Studio 2008 でGhostDocも使用しています。すべての To Do アイテムを表示するにはどうすればよいですか?また、それが Visual Studio または GhostDoc (私が使用しているドキュメント ツール) に既にある関数であるかどうかを確認するにはどうすればよいですか?

私は、StyleCop で広範なルールセットを使用するチームで働いていますが、そのようなツールが役に立たなくなり、煩わしくなる一般的な点についてどう考えているのだろうかと思っています。また、GhostDoc を使用しているため、コードは XML コメントで埋め尽くされており、コードが読みにくく、レビューが困難になっています。私は XML コメントに問題はなく、場所によっては非常に便利だと思いますが、すべてのフィールドとプロパティで本当に必要なのでしょうか?

「各プロジェクトは、ビルド時に警告が 0 でなければならない」という立派な目標がありますが、この目標は妥当な StyleCop ルールセットに反するものでなければなりません。

これについてどう思いますか？

EDIT 私は今、実際にstylecop AT ALLのようなツールの議論は何なのか疑問に思っています? それを捨てて、賢明なコーディング標準と優れたコードレビューに残りを任せてみませんか? 特に有能なチームでは？確かに、すべての警告が関連するため、0 の警告を取得するタスクは実際に価値を追加します。

GhostDoc の唯一の利点は、XML コメントをゼロから作成するのに必要な数秒を節約できることだと思います。生成されたコメントを編集せずに受け入れる必要はないと思います-これはおそらく非生産的です。

これは、Stylecop ルール (SA1642: ConstructorSummaryDocumentationMustBeginWithStandardText) が GhostDoc によって生成された xml コメントによって満たされている組み合わせです - 一日の終わりに値を追加しますか?

Ghostdoc をインストールできません。

エラー メッセージは、「Microsoft Visual Studio.NET がコンピューターにインストールされていません」です。

Visual Studioがコンピューターにインストールされています。

この問題を見たことがありますか？回避策はありますか? Ghostdoc を手動でインストールする方法はありますか?

次のような単一行のvars defsでghostdocを使用する場合

ghostdoc は、次のようなデフォルトのヘッダーを追加します:

しかし、私が持っているのが好きなのは

誰もこれを行う方法を知っていますか?