オブザーバーパターンまたはコールバック？

Question

私はどういうわけかDownloadManagerがこれを受信しなければならないなど、DownloadManagerの設計をしなければならないが、私のメインの質問はDownloadは、プログレスバーを更新するためにonUpdate()ようDownloadManagerに送信できる通知に関連して、onError()、onFinish()通知はDownloadです。

• Observerパターン
• コールバック

Observerパターン

基本的には1人の観察可能とNオブザーバーがあります

私は2つの可能な方法を考えました。私の場合、DownloadManagerにはObserverがあり、Observablesはダウンロードされているので、N Observables 1 Observerの関係になります。

利点は、Observersのnotify()またはupdate()（javaから）メソッドの場合、すべての可能な通知を、私の場合はDownloadManagerのみに集中させることです。通知のコードを使用して、notify（）メソッドにパラメータを渡すことができます。

短所？私はコールバックで簡単に行うことができるもののためのoopパターンを使用しています。また、N個のオブザーバブルオブザーバー1人は観測者パターンで少なくとも何か変わっています。なぜなら、このパターンは観測可能なN個のオブザーバー1人のために行われたからです。したがって、私は実際にオブザーバーパターンを使用しません。オブザーバーパターンに非常に類似し

コールバック

。 DownloadManagerは "リスナー"（インターフェイス）を実装しています。このリスナーは、onFinish（）、onUpdate（）などの通知関数を実装します。このリスナーはすべてのダウンロードに登録する必要があります。ダウンロードが完了すると、listener.onFinish()が呼び出されます。さらに、オブザーバのパターンのように、ダウンロードからこのメソッドにパラメータを渡すことができます。

利点：簡単に使用します。 短所：なし。

私はおそらくコールバックを使用します。なぜなら、私の意見では、1人のオブザーバーのNオブザーバブルに対してオブザーバーパターンを使用することは意味がないからです。

あなたはどのオプションを使用しますか？

Answer 1

コールバックFTW。それは簡単であり、大多数の場合、シンプルさは、開発、デバッグ、最適化、文書化、および更なるメンテナンスを含む、積極的な方法でプロジェクトの他のすべての側面に影響します。

Answer 2

オブザーバは、より柔軟でスケーラブルです。あなたがオブザーバーのパターンについて言及したすべての使い方の後で、それは奇妙ではありません。あなたのニーズに合うように少し変更する必要がある場合、Pattersはまったくガイドラインの後にあります。

DownloadManagersが複数ある場合を考えてみてください（特定の状況で有効なユースケースではない可能性があります）。両方を登録する必要があります。さらに多くのことがある場合は、それらのすべてを登録する必要があります。かなり長いリストに加えて、リスナー管理を実装する必要があります。Download

Answer 3

Observer/Callbackアプローチの反対のオプションもあります。 DownloadManagerのクライアントは、パッシブプレイヤーからアクティブプレイヤーになることができます。マネージャからのメッセージを待つ代わりに、彼らは定期的にステータスを要求します。

このようにして、ダウンロードプロセスはエンドユーザーにとってよりスムーズになります。そして、あなたはそれをより良くコントロールすることができます。

もちろん、2つのスレッドを使用する必要があります。または、DownloadManagerを小さなステップで動作させるように教えなければならず、解読不可能な作業を実行するのではなく、クライアントに制御を戻す必要があります。

Answer 4

オブザーバは、マネージャが多くのインスタンスに要求を送信する必要があるため、より適切です。

実装が簡単です。実装ポイントでは、プログレスバーの機能性と、それぞれどれだけダウンロードされたか、および合計ダウンロード率の点でスケーラビリティが向上します。