問題タブ [ghostdoc]

この質問の理由は、いくつかの拡張機能を備えた VisualStudio 2013 のサイレント インストーラーを作成し、GhostDoc拡張機能を無人プロセスに追加したいのですが、GhostDoc は VSIX ファイルのようにインストールできず、MSI であるためです。インストーラーですが、通常の MSI パッケージのようにサイレント インストールもできないようです。

だから私はこれを試しました：

1. 通常はGhostDoc（無料版）をインストール

2. プラグインがファイルを展開したディレクトリに移動しますC:\Program Files\Microsoft Visual Studio 12.0\Common7\Ide\Extensions\XXXXX。後でファイルを別の場所に保存します。

3. GhostDoc をアンインストールする

4. 取得したファイルを手順 2 と同じディレクトリに再度貼り付けます。

しかし、うまくいかず、理由がわかりません

何を使用して「X」ファイルを登録するなど、さらに多くのことを行う必要があると思いますが、VSまたはVSIXは、新しい拡張機能のインストールごとに拡張機能ディレクトリにランダムなディレクトリ名を生成するようです(拡​​張機能がすべて同じであっても)時間）。

では、どうすればこれを管理できますか？（私はVS2013を使用しています）

PS: GhostDoc は、プロ バージョンのサイレント インストールのみをサポートします。

ハードドライブをフォーマットしてWindows 8 x64を再インストールしました。

GhostDoc 拡張機能をインストールVisualStudio 2013した後、VS IDE (あらゆる種類の VB/C# プロジェクト) を実行しようとすると、解決したいことに関連する例外がスローされます。GhostDoc

上記のエラー メッセージ (スペイン語) の英語訳は次のとおりです。

例外ソース: mscorlib

例外の種類: System.IO.FileLoadException

例外メッセージ: このアセンブリをロードすると、他のインスタンスとは異なる許可セットが生成されます。(HRESULT からの例外: 0x80131401)

今までこの問題はありませんでした。

例外は GhostDoc バージョン4.8および4.9で発生します。ErrorDialog を受け入れた後も GhostDoc を使用できるため、エラーは重大ではないようですが、とにかく、他の種類の問題があるため、これを解決したいと思います。サードパーティのコントロール/拡張機能をサイレント インストールする必要があり、IDE を実行してこのエラーが発生した場合、IDE の実行が停止するため、何もインストールできません。現時点では、これを回避するために私が行ったことエラーは、拡張機能の自動ロードを無効にするために、XML ファイルのLoadBehaviorプロパティを編集しています。GhostDocPro.AddIn

次に、GhostDoc を使用するたびに手動でロードする必要があります (上記の最初の画像を参照)。もちろん、同じ例外が発生しているため、このバグを解決する必要があります。

これは例外です:

詳細なエラー情報は次のとおりです: 日付と時刻: 26/03/2014 11:55:17 IP アドレス: {0} OS プラットフォーム: Win32NT プロセッサ: AMD64 OS バージョン: 6.2.9200.0 現在のユーザー ロール: 管理者。ユーザー;

割り当てられたメモリ: 51 Mb 使用可能な物理メモリ: 4096 Mb 使用可能な仮想メモリ: 3255 Mb 合計物理メモリ: 4096 Mb 合計仮想メモリ: 4096 Mb 使用中の物理メモリの割合: 44 %

アプリケーション ドメイン: DefaultDomain 製品バージョン: 4.9.14064.0 アセンブリ コードベース: file:///C:/Program Files (x86)/Microsoft Visual Studio 12.0/Common7/IDE/Extensions/SubMain/GhostDoc/1.0/SubMain.GhostDoc.Core. DLL アセンブリのバージョン: 2.2.0.0 アセンブリのビルド日: 2014 年 5 月 3 日 1:39:38 アセンブリの完全な名前: SubMain.GhostDoc.Core、バージョン = 2.2.0.0、カルチャ = ニュートラル、PublicKeyToken = 94c677ee32cc1929

例外のソース: mscorlib 例外の種類: System.IO.FileLoadException 例外メッセージ: このエラーは、他のインスタンスと異なる場合に発生します。(HRESULT の例外: 0x80131401) 例外ターゲット サイト: CreateInstance

---- スタック トレース ---- System.AppDomain.nCreateDomain (friendlyName As String、setup As AppDomainSetup、providersSecurityInfo As Evidence、creatorsSecurityInfo As Evidence、parentSecurityDescriptor As IntPtr) SubMain.GhostDoc.Core.DLL: N 00000 System.AppDomainManager. CreateDomainHelper (文字列としての FriendlyName、エビデンスとしての securityInfo、AppDomainSetup としての appDomainInfo) SubMain.GhostDoc.Core.DLL: N 00283 System.AppDomainManager.CreateDomain (文字列としてのフレンドリーな名前、エビデンスとしての securityInfo、AppDomainSetup としての appDomainInfo) SubMain.GhostDoc.Core.DLL: N 00014 System.AppDomain.InternalCreateDomain (FriendlyName As String, securityInfo As Evidence, info As AppDomainSetup) SubMain.GhostDoc.Core.DLL: N 10814956 System.AppDomain.CreateDomain (FriendlyName As String, securityInfo As Evidence, info As AppDomainSetup) SubMain.GhostDoc.Core.DLL: N 00039 A.c112f74fdd78a5b016f03ca0edba39a26.c9495450a44f85fef6ae7cb241984a67a( As String, As Evidence, As AppDomainSetup) SubMain.GhostDoc.Core.DLL: N 00023 SubMain.Core.Utils.RemoteLoader.cc3c5bc8929eea714ac8c7a330d95ac0b( As String) SubMain.GhostDoc. Core.DLL: N 00142

読み込まれたアセンブリ: アセンブリ名: mscorlib、Version=4.0.0.0、Culture=neutral、PublicKeyToken=b77a5c561934e089 アセンブリの場所: C:\Windows\Microsoft.NET\Framework\v4.0.30319\mscorlib.dll

より詳しい情報 ...

(完全なスタック トレースはこちら)

System.IO.FileLoadException私が直面している例外についてのアイデアはありますか?

PS: なぜ私がこの問題を GhostDoc チームに連絡するのではなくStackOverflowに投稿するのか考えている人がいれば、GhostDoc 開発者にバグを送信しましたが、他の StackOverFlow 投稿 (それはバグとは関係なく、X の状況で製品をアンインストールする方法についての非常に単純な質問でした)、したがって、GhostDoc チームが StackOverflow でこれを解決するための助けを期待していません。おそらく同じ問題を抱えている他のユーザーの助けを借りて、この問題を解決するためのより多くの選択肢。

GhostDoc を使い始めたばかりなので、私の質問がばかげていないことを願っています。メソッド Method1 を参照して、Class1 をドキュメント化したいと思います。そこで、Class1 の記述では次のように cref を使用します。

GhostDoc Pro でヘルプ ファイルを作成した後、cref が「バインド」されていないことに気付きました。リンクを表示するにはどうすればよいですか？

PersonBaseClass とそれから派生した EmployeeClass があります。ここで、Resharper の「メンバーの実装」を使用する (または手動で実装する) ときに、メソッド本体にもそれを配置する BaseClass のコメントとしてメソッド本体を定義したいと思います。

そのようなもの（おおよそ）：

実装すると、次のようになります。

それはどういうわけかすでに可能ですか？これをGhostDocで動作させることができませんでした。

編集: BaseClass をライブラリに入れたいのですが、その実装は通常毎回同じように見えるので便利です。

pOtherColor のような名前のパラメーターがあります。Ghostdoc を使用すると、「The p Other Color」が表示されます。マクロは $(Name.Words.TheAndAllAsSentence) です

マクロ ExceptFirst がありますが、これにより「その他の色」が得られます。私が必要とするのは、「TheAndExceptFirstAsSentence」のようなマクロです

マクロを「チェーン」しようとしましたが、うまくいきませんでした。

.NET ソリューションの一部ではない *.cpp コード ファイルのメソッド/関数を文書化する必要があります。これまでの私の回避策はソリューションを作成することでしたが、これは私が遭遇したすべての異なるファイルに対して時間のかかるステップです.

これをどのように達成できるか知っている人はいますか？

C# コードの XML ドキュメント コメントに関しては、次の 2 つの考え方があります。

1. Robert C. Martin のクリーン コード アプローチ: 「
   クラス、メソッド、変数に慎重に名前を付けて作業の意図を表現する場合、
   コメントは必要ありません。」
2. すべてのパブリック クラス、インターフェイス、メソッド、およびプロパティにコメントする必要があります

プログラマーは怠け者なので、GhostDoc や Resharper などのツールを使用して、XML ドキュメント コメントを自動的に生成します。これらのツールの目的は、プログラマが簡単に拡張できる基本的なコメントを提供することでした。しかし、現実には、生成されたコメントの多くは変更されないままです。したがって、明快さや保守性の点で、コードに価値はありません。変更されずに生成された XML ドキュメント コメントは単なるノイズです。ある意味で、それらは DRY 原則違反の一種です。

私のチームでは、これらの「ノイズコメント」の無用さを認識しています。ただし、「コメントをまったくしない」という方法もすべて行いたくありません。思いついたアイデアは、すべてのパブリック メンバーに対して次のようなスタブを生成することでした。

誰かが TODO コメントをそのままにしてコードをチェックインすると、ビルド (TFS2013 を使用) が壊れるはずです。

私の質問は次のとおりです。

• 誰かがこのようなことをしましたか？どのように？
• XML ドキュメントのジレンマを解決する他の方法はありますか?
• 私の懸念は、文書化されていない既存のコードに取り組む必要があるチーム メンバーの作業が遅くなることです。チーム メンバーは、小さな変更でもチェックインできるようにするためにコード考古学を行う必要があります。それを防ぐための考えはありますか？

C# でコメント用のカスタム テンプレートを作成できるかどうか知っている人はいますか? セクションの代わりに、RME スタイルのコメントを変更して使用します。残念ながら、私は Ghost Doc Pro のサブスクリプションを持っていません。

「///」と入力すると、コメントのテンプレートが作成される Visual Studio と同じように動作するようにしたいと思います。これはできないという同様の質問を見たことがありますが、それらは 2010 年からのものであり、非常に要望の多かった機能のようです。

GhostDoc には多くの類似点がありますが、タグ内の各コメントの最後に終止符が追加されるという事実は決して好きではありません。これをオフにするハックはありますか？

私はすでにオプションをチェックしたので「ハック」と言いますが、それが役立つように見えるものは何も見えません.

バージョン 4.9.15086 を実行しています