2016-03-30 28 views
1

私の質問はばかげているかもしれません。それを明確にするために誰かが私を助けることができれば、大きな助けになるでしょう。ありがとうございました。Observable | Observerパターンの基本実装

私の最初の質問は次のとおりです。次の並行フレームワークはObservable Observerパターンと同じアイデアに基づいていますか? (結果を聞いて、実行を実行している)

  • グアバlistenablefuture
  • ReactiveX観測可能
  • のJava将来

私の2番目の質問は、結果を待つの一部に属しています。

私は上記の並行フレームワークで結果を待つ方法は異なりますが、すべてが結果をチェックする機構を必要とします。

while(result is not there){ 
    sleep for dd milliseconds 
} 

フレームワークの開発方法によっては、スレッド、タイムアウトチェック...機能が追加されます。あなたの最初の質問/ステートメントに

答えて

1

:あなた(と私とドナルド・トランプ)は、トリックは、我々はそれが正しいことを理由として説得力の引数で言うバックアップすることで、私たちが好きなものを言うことができます。しかし、より簡潔に、私はあなたの意見が広く正しいと思う。

あなたの2番目の質問には:これは正しくありません。まずObservableはコールバックパターンを使用します。そして、これを実装する最も簡単な方法は、観察されている変更が行われた後で、同じスレッドを使用して登録されたオブザーバブルのすべてに通知することです。

はまた、ロックとロック機構は、特にスレッドと、多く使用されています。あるスレッドが別の上()thread.join呼び出したときに、そのスレッドは、少なくとも/それが完了するためにそれが完了したら、それはそれらをすべて目を覚ますことができますので、待っている他のスレッドのリストを保持すべきである可能性があります。その方法は、完成のために忙しい/アクティブチェックは必要ありません。

関連する問題