問題タブ [assembly-name]

実行時にアセンブリと型を解決する必要があり、完全修飾型名を見つける必要があります。指定されたタイプが見つからないという例外が発生し続けるため、何らかの理由で正しく取得できません。

検索するアセンブリが定義されているapp.configファイルは、次のようになります。

アセンブリは次のように呼び出されます。アセンブリ内のDriver.Data.Module 名前空間はDriver.Data.Module であり、タイプ名はDriverDataModuleであり、これは.csファイルの名前でもあります。

xmlファイルで名前を正しく指定する方法が見つからないようです。誰かが完全修飾型名を手伝ってもらえますか？

これは、複合WPFアプリケーション用です。

ありがとう！

次のコードが与えられます：

これらのチェックの両方が「True」を出力するのはなぜですか？AssemblyName.ReferenceMatchesDefinitionは、アセンブリ名のバージョン、カルチャ、および公開鍵トークン属性の違いを考慮する必要があると思いましたね。

そうでない場合、ReferenceMatchesDefinitionは、単純な名前の比較ではできないことを何をしますか？

そのため、デバッグモードでビルドするときに、アセンブリ名に「d」拡張子を追加しています。C＃でこれを行う標準的な方法は、.csprojファイルを編集して、次のように入力することです。

これには望ましい効果がありますが、darnプロジェクトは常に出力.dllを再構築し、それに依存する他のプロジェクトが再リンクするなどの原因になります。この変更がなければ、このような問題は発生しません。

これまでのところ、プロジェクト出力の冗長性を高めることは役に立ちませんでした。

編集：追加の重要な詳細は、構成に「V90リリース」、「V90デバッグ」、「V100リリース」などの名前を使用しているため、VisualStudioランタイムのさまざまなバージョンをターゲットにできることです。標準の構成名でテストアプリを作成しましたが、その場合は問題が発生しないことがわかりました。

いくつかの dll をマージする必要があり、ファイル名とアセンブリ名の両方をメインの dll (mydll.dll) と同じにする必要があります。pdb ファイルも必要です。どうすればこれを完了できますか?

ここに私が試したいくつかのことがあります：

• ILMerge mydll.dll を使用してください .... /out:mydll.dll これは、「パスへのアクセス ...mydll.pdb が拒否されました」で失敗します。

• mydll.dll の名前を mydllTemp.dll に、mydll.pdb を mydllTemp.pdb に変更してから、ILMerge mydelltemp.dll .... /out:mydll.dll これは、「...mydlltemp.dll に関連付けられている pdb が古くなっています」で失敗します。これは、ilmerge がアセンブリ名を調べて pdb を見つけたためだと思います。そのため、名前が変更された mydll.pdb を探します。

• mydll.dll の名前を mydllTemp に変更してから、ILMerge mydelltemp.dll .... /out:mydll.dll これはエラーなしで動作しますが、デバッガーをプロセスにアタッチするとトリガーされません

• ILMerge mydll.dll ... /out:mydlltemp.dll mydlltemp.dll を mydll.dll に、mydlltemp.pdb を mydll.pdb に名前変更します。これで、ブレークポイントがトリガーされているプロセスにデバッガーをアタッチできます。ただし、アセンブリ名は mydll ではなく mydlltemp になりました。

では、どうすればこれを機能させ、元のアセンブリ名を持つことができますか?

コードでプロジェクト名を取得しようとしています ( TestGetAssemblyName):

私は試しましSystem.Reflection.Assembly.GetExecutingAssembly().GetName().Nameたが、これは奇妙な文字の寄せ集めを返し、動的に生成されたように見えます。TestGetAssemblyNameコードを介して私に返される方法はありますか?

もしあれば、Assembly.GetCallingAssembly().GetName().Name に相当する Java は何ですか?

背景と研究:

一部の C# コードを Java に変換する作業を行っています。現時点では、Assemblyname が返すものをテストできないため、実際に探している文字列の種類を特定できません。Assembly がコンパイルされた .jar ファイルと比較され、メソッドがコンパイルされた実行中のインスタンスに関連する変数を取得することがわかりました。

さらに、必要な変数がマニフェストにある可能性があり、この質問の回答が示唆するようにマニフェストが取得される可能性があるようです: Reading my own Jar's Manifest .

しかし、これは私が行き詰まったところです。探しているものを正確に把握できないため、同等の変数を見つけるのは困難です。私の質問にはいくつかの重要な情報が欠けている可能性があることを認識していますが、誰かが私が必要としているものを私よりもよく理解できる可能性がある場合は、ここに書きます. 私の問題を解決するためにどのような情報が必要かについてのポインタも大歓迎です。

編集1：

おそらくタイトルに含まれるメソッドの呼び出し元の名前を探していることに気づき、次のリンクを見つけました:スタックトレースまたはリフレクションを使用してメソッドの呼び出し元を見つけるにはどうすればよいですか?

正しい方向への一歩のように思えますが、まだ確信が持てません。

常にプロジェクトを再ビルドすると、「AssemblyInfo.Versioning.AutoGenerated.cs」という名前のファイルが生成されます。このファイルには、次のような情報が含まれています。

このファイルは、ソリューションにあるすべてのプロジェクトに対して生成されます。この値を変更する必要がありますが、変更してプロジェクトを実行すると、値が復元されます。

どうしたの？これを永久に変更するには？

前もって感謝します

プロジェクト A とプロジェクト B があるとします。同じソリューションにそれらがあり、A は B を参照し、B をちょっとしたスレーブ プロセスとして使用します。B のアセンブリ名をハードコーディングしたくありませんが、プロジェクト B のアセンブリを実行できるように、プロジェクト A のアセンブリ名を照会する方法を考えています。