1

私はJuvalLowyの優れたプログラミングWCFサービスを研究しており、ServiceModelExライブラリに付属するInProcFactoryクラスを使用して、非常に単純なin-procコンポーネントを作成しました。

プロジェクトで通常のクラスだけを使用する代わりに、なぜこれを行うのですか？彼のメソッドを使用するには、彼のライブラリを参照してインターフェイスを作成する必要があります。

私はいくつかの利点を考えることができます：

  • これを一貫して行うと、結合が大幅に減少します。
  • インプロセスコンポーネントを作成すると、変更せずにアウトプロセスまたはリモートで使用できるようになります。

これを行うことでより多くの利点がありますか？

インプロセスWCFコンポーネントを使用してコードを記述していますか？

すべてのクラスをコンポーネントにする必要がありますか？

デカップリング全体で完全に船外に出ることができますか？

すべてのクラスをコンポーネント化することの欠点は、利点を上回りますか？逆に？

4

2 に答える 2

2

IDesignニュースレターを購読している場合は、JuvalがすべてのクラスをWCFサービスとして使用してパフォーマンスベンチテストを行ったことをご存知でしょう。彼は、パフォーマンスは通常のビジネスアプリケーションでは許容できると述べました。とは言っても、このようなことを行うには、学習曲線の面でかなりのオーバーヘッドがあると思います（つまり、私たち全員がWCFマスターであれば問題にはなりません）。また、パフォーマンスを実行する必要があります。個々のシナリオをテストします。

したがって、WCFは彼が本で言及しているAOPへの道の1つだと思いますが、すでに実際に言ったように、WCFには高い学習曲線があります。

于 2009-03-25T02:03:04.307 に答える
2

WCF は、便利な追加のログとトレースも提供します。サービスをリモートとして再構成する機能 (スケーラビリティなどのため) が、おそらくこれを使用する大きな理由だと思います。

于 2008-12-19T20:26:59.033 に答える