問題タブ [ccw]

COM インターフェイス (COM 呼び出し可能ラッパー / CCW) を公開する .NET コンポーネントを使用する .NET サービス アプリケーションのセットアップ プロジェクトがあります。コンポーネントをターゲットマシンで動作させるには、登録する必要があります

regasm.exe /tlb /コードベース component.dll

この場合、typelib を生成するための /tlb スイッチは必須です。そうしないと、そのアセンブリからオブジェクトを作成できません。

問題は、Visual Studio 2008 セットアップ プロジェクトを構成して、このアセンブリを regasm /tlb の呼び出しで登録するにはどうすればよいかということです。

COM (CCW) を介してネイティブ C++ 内で .NET アセンブリ DLL を使用しています。新しいバージョンの DLL を作成するたびに、2 つのファイル (.dll と対応する .tlb) をコードで使用しているクルーに送信する必要があります。

.tlb ファイルをリソースとして .NET DLL ファイルに埋め込むことはできますか?

C++ で記述された COM アドインがあります (C++ / CLI ではありません)。この C++ com ライブラリから C# ライブラリ オブジェクト/メソッドを呼び出したいです。

私が現在読んでいるCCWがここにあると思います。

あなたの経験から、このようなことへの簡単な指針はありますか?

また、Com アドインには、C# ライブラリ コードから呼び出したいメソッド (つまり、メソッド ポインター呼び出し) があります。

これを行う方法を教えてください-つまり、メソッドポインターをC＃コードに渡して、後で呼び出すことができるようにする方法を教えてください。

ありがとう。

Interop と RCW (Runtime Callable Wrapper) の違いは何ですか?

用語だけですか？

Powerpoint 内の VBA から呼び出される dll を更新しました。開発はすべてうまくいきましたが、別のユーザーのマシンにデプロイしようとすると、デバッグ方法がわからないという問題が発生します。

何が起こるかというと、VBA で .Net オブジェクトが作成されると、返される参照が間違ったオブジェクトへのものであるため、次の行はメソッドが見つからないというエラーになります。

最後の行は、実行時エラー '438' Object does not support this property or methodで失敗します。これは、myObj の型が「Foo.Bar」ではなく「Wrong.Type」であることが原因です。

「Wrong.Type」もアセンブリに含まれているため、タイプ ライブラリに問題があると思われますが、( regasm /codebase /tlb MyLib.dll を使用して) 再生成を試みましたが、これは役に立ちませんでした。

これ以上診断する​​方法がわかりません。うまくいけば、誰かがこの種の問題を診断する方法についていくつかの手順をリストできますか?

アセンブリをGACに登録せずにCOMに登録できるかどうか疑問に思っています。CCW を使用して従来の ASP に公開されている .net ライブラリをいくつかデプロイする必要があります。しかし、展開は悪夢です。

VBA プロジェクト用の COM クラス ライブラリを作成しようとしていますが、遭遇したと思われる制限の 1 つは、New() サブルーチンでコンストラクターを使用することです。新しい COM クラスを作成した後、次のコメントを含む Public Sub New() が作成されます

もちろん、さまざまなパラメーターを許可する new キーワードを使用して、より多くのサブルーチンを作成したいと考えています。ただし、これを実行して VBA でオブジェクトを実装しようとすると、「ステートメントの終わりが必要です」というパラメーターを入力しようとするとエラーが発生します。誰かが大歓迎される情報を持っていれば。

ありがとうございました。

.NET COM 呼び出し可能ラッパー DLL アセンブリでマルチスレッドを使用することは可能ですか?

たとえば、.NET FTP ライブラリを COM に公開する .NET アセンブリ dll があります。アップロード機能は現在、「ベスト エフォート」機能としてプログラムされています。アップロードまたはダウンロードが正常に完了したかどうかを示すために、イベントや戻り値を使用していません。これは、必要に応じて後で実装することを検討する可能性があります。.NET アセンブリ (私の非常に限られた理解では) は、これらのアップロードおよびダウンロード プロセスを別のスレッドに単純にファームアウトできますか? これが可能であると仮定すると、アップロードまたはダウンロードがすべて完了する前にホスティング アプリケーションが閉じられた場合、この結果はどうなるでしょうか?

CCWによって作成された生成されたTLBファイルを表示しますが、OLE / COM Object Viewerは、インターフェイスの設計を変更しない限りIIDが一定のままであることを示しています（これは正しい動作です）。この同じコードを別のマシンでコンパイルすると、インターフェイスが変更されていないため、既存のCOMクライアントが破損しているにもかかわらず、完全に異なるIIDが生成されます。

1. COM呼び出し可能ラッパーによって生成されるCOMインターフェイスIDはどのようになっていますか？
2. CCWは、インターフェイスが変更され、新しいIIDを生成する必要があるかどうかをどのように知るのですか？
3. 自分で生成してソースファイルで宣言する方が安全でしょうか？