デザイナーがユーザーコントロールを拒否する

Question

/CLRを使用してコンパイルされたC++の「コントロールライブラリプロジェクト」があります。このプロジェクトの中には、ネイティブDLLを呼び出すUser Controlがあります。このユーザーコントロールはデザイナーツールボックスに表示されますが、フォームにドラッグすることはできません。 DLLへの参照がなければ、ユーザーコントロールはうまく使用できますが、参照を使用するときには「ツールボックスアイテムを読み込めませんでした」というメッセージが表示されます。

ネイティブコールは機能し、とにかくユーザーコントロールに影響を与えません。ユーザーコントロールは、DLL呼び出しが含まれているデザイナーだけで正しく表示できます。また、コントロールが手動でフォームに追加され、プログラムとして実行された場合、それは正常に表示されます。

これは、この問題が、そのネイティブDLLがどこにあるかを知る必要があるVisual Studio Designerの問題であると思われます。しかし、私はそれをどのように伝えるか、DLLをどこに置いて見つけられるかは分かりません。私が知る限り、ネイティブDLLを参照するプロジェクト設定には方法がありません。だから、デザイナーはそれがうまくいかないために不平を言っているだけなのです。

これを行う方法はありますか？しようとする

Answer 1

残念ながら、VS（つまり、「機能」）の「設計上のバグ」が発生しました。

問題が、ネイティブDLLがどこにあるかを知る必要があるVisual Studioデザイナーの問題であると疑われるのは、部分的にです。それは場所の無知の問題ではなく、むしろ、デザイナーが、コントロールをインスタンス化するために、混合モードアセンブリ（管理コードとネイティブコードの両方を含む）に反映できないという事実です。これにより、ツールボックスには、指定したエラーが表示されます。

回避策は、/clr:pureを使用してC++ソースファイルをコンパイルして、純粋に管理されたEXEを作成することです。

また、追加しようとしているコントロールが64ビットコンポーネントとしてコンパイルされている可能性もあります。 Visual Studioは32ビットプロセスなので、32ビットモジュールのみを実行できます。 64ビットアセンブリへの参照を追加することはできますが、実際には64ビットアセンブリをJITコンパイルしてプロセス内で実行することはできません。

「AnyCPU」設定を使用してユーザー制御アセンブリをコンパイルすると、32ビット環境で32ビットプロセスとして実行され、64ビットプロセスでは64ビットプロセスとして実行されます。 bit環境です。実際には、コードを正しく記述したと仮定すると、これは両方の世界で最高です。

それらの作品のどれもあれば最後に、デザイナーをバイパスするオプションが常にあります。ユーザーコントロールをインスタンス化し、そのプロパティをフォームの初期化子に設定するのに必要なコードを書き込むことはできます。あなたが失うことになるのは、Visual Studio内のデザイナーの内部でコントロールを使用することだけです。実行時にすべてが期待どおりに動作します。

Answer 2

もの：

VS2010：Program Files\Microsoft Visual Studio 9.0\Common7\IDE\PublicAssembliesフォルダにDLLをコピーします。

VS2008、VS2010：dllをAppData\Local\Microsoft\VisualStudio\<version>\ProjectAssemblies\フォルダにコピーします。

Answer 3

Visual Studioがロードできないため、ネイティブDLLへの参照による制御が失敗するようです。 PATH環境変数をグローバルに設定するか、実行時にVisual Studio実行可能ファイルに設定してみてください。それでも問題が見つからない場合は、コントロールのデザイン時の動作をデバッグしてみてください。

Answer 4

これは同様の問題のようですか？

https://connect.microsoft.com/VisualStudio/feedback/details/388107/winforms-designer-fails-to-load-managed-dll-having-unmanaged-dependencies#details

だから、MSが正式に回避策としてVS2008からVS2010にアップグレードすると言っているように見えます。

別の回避策を見つけたことがありますか？

この

は私が管理されていないC++プロジェクトを使用して管理C++ラッパープロジェクトを使用してプロジェクトを管理するC＃.NETでVS2008で今経験しています問題です。

ビジュアルスタジオが使用しているデザイナーの一時アセンブリのように見えますが、検出された依存ラッパーアセンブリが一時フォルダに読み込まれますが、そのラッパーアセンブリのアンマネージ依存はロードされません。私はこれがC：\ Users \ Username \ AppData \ Local \ Microsoft \ VisualStudio \ 9.0 \ ProjectAssembliesにあることがわかります。デザイナを読み込もうとすると、その中に管理対象DLLがあり、アンマネージ依存関係ではない新しいフォルダがそこに作成されます。残念ながら、上記のマイクロソフトのリンクからの質問の人が、$（TargetDir）を使用した回避策であるとは理解できません。

Answer 5

は/DELAYLOAD:"your_native.dll」オプションを使用して、あなたのライブラリーをリンクします。これは私にとって同じ問題を解決しました。

Answer 6

私はデザイナーへのコントロールをドロップすることができませんでしたが、既存のコントロールがうまく働いた基本的にことを、あなた（それを引き起こしている可能性がどのように多くのことを知っている？）と同じものであってもよいこれと同様の問題を抱えていました生産とテストの両方でx86のにあなたのソリューションの設定を変更します）

1：ここではレコードの

は、私の解決策でした。これにより、デザイナーにコントロールを置くことができ、周りを動かすことができました。 2）終了したらAnyCPUまたはx64に戻ることができます。私は実際にデザイナーを使っていくつかの値を設定するのを単純化しています.32/64ビットのものは問題を引き起こします。