6

ここでは、ビジネス レイヤー コアで大規模なリファクタリングが行われています。より良い設計パターンの選択と実装、および実装について、助けが必要です。

質問：

  1. ASP MVC、ビジネス層のコンテキストで、IObservable が INotifyPropertyChanged を支配するのはいつですか
  2. genericObserableFactoryObject の設計パターンのより良い実装はどれですか
  3. メモリリークの可能性が低いため、weakEventListenerが本当に好きです。 http://msdn.microsoft.com/en-us/library/hh199438.aspx、これはスレッドとスレッドディスパッチにのみ適用されます

私のデューデリジェンス：INPCはプロパティレベルであり、もう1つは概念的なオブジェクトレベルであると理解していますが、LINQではIObservableが選択される可能性があります。ただし、任意のオブジェクト内に埋め込む単純さと柔軟性は魅力的です。

したがって、両方の設計意図/目的/動機、およびオブザーバー パターン ファクトリの再利用に最適なのはどれかを理解するための助けが必要です。

また、どこかを知っていれば、オブザーバー ファクトリのコード スニペットを入手できます

4

2 に答える 2

4

MSDNはかなり明確に言っています。

観察可能

IObserver<T>インターフェイスとインターフェイスはIObservable<T>、オブザーバー デザイン パターンとも呼ばれる、プッシュ ベースの通知の一般化されたメカニズムを提供します。

INotifyPropertyChanged

インターフェイスは、INotifyPropertyChangedプロパティ値が変更されたことをクライアント (通常はバインディング クライアント) に通知するために使用されます。

私の知る限り、INotifyPropertyChangedかなり前に追加されました (たとえば、WS クライアントで使用され、後で WPF バインディング処理で最も重要なインターフェイスとして使用されました)。

したがって、答えはあいまいで明確であると思います。オブザーバーパターンが本当に必要な場合は、を使用してIObservableください。

于 2013-09-04T06:26:45.330 に答える