デリゲートとシングルトン：良いアイデアか悪い？

Question

私は、Webサービスへのインターフェイスであるオブジェクトを作成しました。 1つの典型的なオブジェクトは "TaskService"であろう。クライアントがこれらのオブジェクトのいずれかを使用すると、サービスのメソッド（GetTasksなど）の1つが呼び出され、サービスが非同期的にオフになり、リモートWebサービスが呼び出され、取得されたデータがデリゲートを介してポストバックされます。

現在

、[初期化] [TaskServiceのalloc]でそれを作成するためにあなたが持っているこれらのサービスのいずれかを使用するには、私はそれがシングルトンオブジェクトに各サービスを作るために、より理にかなっていることを決めました。

デリゲートへの参照を保持するシングルトンオブジェクトを参照するのは一般的ですか？私の主な問題は、それぞれのオブジェクトが、特定のサービスの使用を必要とするときは、サービスを呼び出す前にデリゲートとして設定しなければならないということです。代理人として自分自身を設定し、サービスを呼び出す間に代理人として自分自身を設定することでしたか？

事前に感謝します。

よろしく、 ニック

Answer 1

芋これはあなたが引用した理由のために良いアイデアではありません。シングルトンのパターンは実際には1つだけのものですが、あなたのアプリはこれらのサービスの複数のインスタンスを必要とするように思えます。私はあなたが本当にサービスの複数のインスタンスをインスタンス化する必要があるときに、この（操作キューまたは何らかの種類のデリゲートマルチプレクサを使用して）を回避しようとしていると思います。

Answer 2

シングルトンオブジェクトの使用が正当な理由である場合は、あなたが引用した理由で、私はいつも委任を避けます。シングルトンの消費者は、シングルトンの1人のみのデリゲートとして自分自身を設定することによって、他の消費者の足指に踏み込んでいるかどうかを知ることができません。 NSNotificationsは仕事のためにはるかにクリーンなツールです。任意の数のリスナーが、誰がリスニングしているかを気にせずに通知を消費することができます。

委任は、クラス間に明確な所有権がある場合に最も効果的です。誰もシングルトンを所有していません。

Answer 3

シングルトンは本当に問題ではありません、あなたは単にクラスをインスタンス化し、グローバル変数などについては、それを渡すことによって、問題の同じ種類を引き起こします。 他にもキューがあると言われていますが、シングルトン内のサービスでタスクを呼び出すと、そのメソッドとコールバックデリゲートを渡すTaskRequestオブジェクトがインスタンス化され、リクエストを互いに踏み合わせることはできません。とにかくそれをキューで行うのは良い考えです。

Answer 4

シングルトンのスコープはアプリケーション全体です。たとえば、ショッピングアプリケーションの例をロガーデータ、注文、支払い、カートなどのさまざまなアプリケーションでアクセスする必要があるユーザーIDについての例を考えてみましょう。

代理人は1対1の通信に使用され、例：テレビとリモコンの2つのクラスがあります。あなたはテレビのチャンネルを変更したい。チャネルを変更するためのテレビの委任方法は、リモートコントロールデバイスクラスで実装されています。あなたはリモコンのデバイスを使用し、あなたはテレビのチャンネルを変更します。

シングルトン委任パターンが1対1の通信のために通常使用されている間、複数の受信機と通信するために使用されます。