私は、基本的にすべての私のHTTPリクエストをインターフェースするシングルトンクラスを持っています。だから、これはかなりのように見える：多くのHTTPリクエストを使用するアプリケーションでシングルトンを使用する際の問題は何ですか？
Server <--> Singleton <---> view controllers --> views
それは悪いですか？なぜ、シングルトンがモジュール性を壊すと人々から教えられますか？私は、JSONレスポンスでいくつかのことをする必要があるので、httpリクエストを実装するのが良い方法だと思っています。私はView Controllerにそれらを処理させたくありません。
はい、これは良い考えです。実際、あなたのシングルトンは単に他のコントローラと交信するコントローラです。これは悪いMVCではありません。
また、複数の出力形式（JSON、XML、HTMLなど）を使用している場合は、これが便利です。シングルトンはこれを処理させることができます。さらにそれはドライヤーです。
私はあなたが良いアプローチを使用していると思います。HTTPを扱うために複数のインスタンスを作成するのではなく、単一のゲートウェイを持つのが良いことです。
あなたはさらに、内部で持っている可能性がHTTPを構築することは適切なタイプとを送信することにより、を要求ため 1 2つの以上のクラスあなたのJSONパースものを処理し、あなたのViewConrollersによく構造化されたJSONデータを渡します他。
+1は良い提案です。 –
私は実際に私のダイアグラムに別のビットを残しています。私はHTTP要求を提供するSDKを使用しているので、私のシングルトンコントローラはこれらのものを扱っていません:) –
+1シングルトンを促進するため。 JSONコメントを取得していませんでした - それはビューコントローラーに入ります（シングルトンにはあまりにも限定され、ビュー関連ではありません）。 – Eiko
@エイコ私の答えは巨大な編集をしていた、あなたのコメントがまだ適用されているかわからない。 :) –
ありがとう！私はコードベースの60％をリファクタリングしようとしていました...シングルトンがますます大きくなっているので、シングルトンをいくつかに分割すると、より多くのものを追跡しなければなりません...（DRYerとはbtw？） –