У меня есть одноэлементный класс, который в основном поддерживает все мои HTTP-запросы. Так что это выглядит примерно так:В чем проблема с использованием singleton в приложении, которое использует много запросов HTTP?
Server <--> Singleton <---> view controllers --> views
Плохо ли? Почему люди говорят мне, что синглтон ломает модульность? Я думаю, что это хороший способ реализации http-запросов, поскольку мне нужно сделать некоторые вещи с ответом JSON, и я не хочу, чтобы мои контроллеры представлений обрабатывали их.
+1 Для продвижения синглтонов. Не получил JSON-комментарий, хотя он * shoud * перешел в контроллеры представлений (слишком специфичные для синглтона, а не связанные с просмотром). – Eiko
@Eiko мой ответ имел гигантское редактирование, я не уверен, что ваш комментарий по-прежнему применим. :) –
Большое спасибо! Я собирался реорганизовать 60% моей базы кода ... Потому что синглтон становится все больше и больше, однако, если я разделить синглтон на несколько частей, мне придется отслеживать больше вещей ... (Что такое DRYer btw?) –