..アウトプロセスサーバーの場合、またはプロキシ/スタブを登録せずにディスパッチインターフェイスを呼び出すことはできますか?
問題のインターフェースは非常に高レベルであるため、パフォーマンスは問題ではなく、すべてを登録なしにすることができました。これは大きなプラスです。
..アウトプロセスサーバーの場合、またはプロキシ/スタブを登録せずにディスパッチインターフェイスを呼び出すことはできますか?
問題のインターフェースは非常に高レベルであるため、パフォーマンスは問題ではなく、すべてを登録なしにすることができました。これは大きなプラスです。
インターフェイスを自動化互換タイプに制限する場合は、カスタムプロキシ/スタブdllを提供する必要はないと確信しています。その場合、システムは自動化マーシャラーを使用でき、追加のヘルプは必要ありません。VARIANT
自動化対応型とは、単純なPOD型、BSTR
sなどに収まる型だと思います。
自動化マーシャラーについての議論が含まれているこのKB記事を見つけましたが、特にあなたの質問を対象としているわけではありません。少なくとも、互換性のあるタイプはリストされています。また、コンポーネントの登録で自動化マーシャラーを具体的に特定する必要があることにも言及していますが、私の経験では、これは必要ありません。マイレージは異なる場合があります。
最後に、IProvideClassInfoも実装する必要がある場合があります。私は通常、ATLが提供する実装を使用します。
インターフェイスをマーシャリングする必要がある場合にのみ、プロキシ/スタブ dll が必要です。これは、COM サーバーが処理中で、インターフェイスがアパートメント間で渡されず、.Net またはマーシャリングが必要なその他の状況からそれを呼び出す予定がない場合は、.プロキシ/スタブ dll。