3
COMの制限を考慮して.NETライブラリを作成するか、.NETライブラリを相互運用から分離する方が良いですか
私はこの興味深い記事に出くわしました：CodeProjectでのCOM相互運用性が好きになりました。 著者は、.NETライブラリの美しさを損なうため、.NETライブラリにCOM-ityを必要としないと主張しています。代わりに、.NETライブラリをCOMに公開する個別の相互運用ライブラリを作成します。この相互運用ライブラリは、COMがパラメーター、オーバーロードメソッド、ジェネリックス、継承、静的メソッドなどのコンストラクターをサポートしていないという事実を処理します。 そして、それは非常に斬新なことだと思いますが、それだけでプロジェクトを完成させるのではないですか？ 次に、.NETライブラリとInteropライブラリを単体テストする必要があります。 次に、美しい.NETライブラリを回避してCOMに公開する方法を理解するために時間を費やす必要があります。 クラス数を効果的に2倍または3倍にする必要があります。 COMと非COMの両方をサポートするためにライブラリが必要かどうかは確かに理解できます。ただし、COMのみを使用する場合、この種の設計は私には見られない利点をもたらしますか？C＃言語の利点しか得られませんか？ または、ラッパーを提供することでライブラリのバージョン管理を容易にしますか？COMを使用する必要がないため、単体テストの実行が速くなりますか？