私はAppDomain-intra-processとinter-process-intra-machine間の通信を必要とするプロジェクトに取り組んでいます。はい...知っています... NET Remotingは広くレガシーテクノロジとみなされていますが、私は2つの非常に特殊な問題に直面しています。これらのシナリオでは、WCFはNET Remotingの完全な置き換えではありません。NET RemotingとMarshalByRefObjectは本当に死んでいますか？
1）間のAppDomain-内プロセス通信
私はスタートで作業し、より多くのアドインのいずれかを検索し、ロードする必要がありますよアプリケーション。別々のAppDomainに各addinをロードしたいと思います。彼のAppDomainで各Addinインスタンスを作成し、このインスタンスのインタフェースメソッドをある時点で呼び出す方法が必要です。ここではNET Remotingが唯一の方法です。また、我々はSystem.Addinsパラダイムを適用したい場合は、明らかにのみNET Remotingをベースと
2）プロセス間-機内通信ここ
私は確かに公開することができます...古いものとしてマークされていません私のアプリケーションはWCFサービスであり、Named Pipesを使ってクライアントからこのサービスを呼び出します。
私が本当にやりたいことは、アプリケーションからオブジェクトモデルを公開することです。Excelで公開されているOLE/COMオートメーションオブジェクトモデルのように、一部のNETクライアントからアプリケーションを自動化できるようにします。任意のCOMクライアントは、Excel.Applicationへのオブジェクト参照を取得し、開いているドキュメントをクエリしたり、いくつかの新しいドキュメントを開くことができます。
私はWCFがプラットフォームに依存しない方法で通信するのが良いと思います。しかし、この場合、NetクライアントからNetアプリケーションへの通信は、同じマシン上で行う必要があります。 WCFのサービス理念では、オブジェクト、コレクション、フィールド、静的メンバー、メソッドのオーバーロードなどの豊富なオブジェクトモデルを公開することはできません...または間違っていますか？
私の悪い英語と私の多分初心者の質問。