同様の質問が尋ねられましたOrdering of reflection requests in dotnet しかし、私は別の答えを期待しています...私はプラグインを使ってエントリポイントを見つけるためにリフレクションを使用するプログラム用のプラグインを作成しています。残念ながら、このプロセス中にインタフェース宣言が発生すると、処理されない例外が発生してクラッシュします。私は開発チームと話しましたが、これは修正されることはありません。これは明白な理由のために私にとって非常に限定的です。私がすでに考えている解決策の1つは、アセンブリにインターフェイスを含む別のアセンブリをロードさせることですが、これには入りませんので、大きな解決策ではありません。この問題が発生するまでにはしばらくしていました。何らかの理由で、エントリクラスが常にリフレクション列挙の順序で自分のインターフェイスに先行していたからです。.netでアセンブリを注文するC#
私の質問は、アセンブリ内のクラスとインターフェイスの順序に影響する方法はありますか?
注:私はすでに自分のインタフェースに異なるアクセシビリティレベルを設定しようとしましたが、それは私のためには機能しません。 乾杯、 J
"私は開発チームと話しましたが、これは修正されないでしょう" - なぜですか?それは私に固定する必要があるような音!それを修正するように教えてください!これを修正しなければ、原因ではなく症状を治療しています。 –
あなたはフレームワークのバグだと確信していますか? 'Type'のメンバにアクセスしていますが、これはインターフェイスには適用されませんか?私は自分のプラグインシステム用の同様のアセンブリウォーキングコードを書いていますが、そのような問題は発生していません。 –
@Bradley彼は明らかにアセンブリウォーキングコードを所有していません...そのため、彼は回避策を探しています。 –