Совместное использование делегирования NSURLsession среди контроллеров просмотров

Question

В моем приложении iOS многие ViewControllers должны будут отправлять/получать данные с сервера на основе ввода и действий пользователя. Я собираюсь использовать NSURLSession для всех своих сетевых действий. Но я не хочу, чтобы каждый ViewController соответствовал протоколу NSURLSession и повторял все методы.

Я вижу два решения

• Создать класс, который соответствует делегату протокола NSURLSession. Другие классы создают экземпляр этого класса и используют его методы для отправки/получения данных с сервера. Повторное использование класса, управляющего всей сетью, будет выполнено с использованием шаблона проектирования singleton, перегружая его метод init таким образом, чтобы был создан только его экземпляр.

  • Недостаток этого подхода состоит в том, что наличие синглов делает сложным создание единичных тестов, которые полностью получают функциональность каждого класса, изолированного от других. I.e. Предположим, что ошибка происходит только потому, что viewcontroler1 попросил «общий класс» отправить конкретное сообщение, после чего viewcontroller 2 попросил отправить другое сообщение. Тогда это невозможно поймать с помощью модульных тестов.

• Подкласс UIViewController, который реализует методы и подкласс моих ViewControllers этого.

  • Одна из проблем заключается в том, что если у меня есть разные виды в приложении, тогда мне нужно создать подкласс для каждого типа ViewController с помощью методов делегирования сеансов NSURL. И я должен тщательно назначить объект делегата от метода к методу. Когда я смотрю на него, я думаю, что этот подход также имеет один и тот же блок-тестирование проблемы, как подход 1.

Я был бы признателен за любые комментарии по 1. Подходы других использовали в аналогичной ситуации 2. Плюсы/минусы вышеуказанных подходов (в том числе 2, перечисленных выше). Я понимаю, что это может быть немного субъективно, но IMHO, получающий хорошие советы по шаблонам проектирования, так же важен, как (или даже более важно) ответы на то, что не так с моим кодом или какой API для решения проблемы X

Answer 1

как я делал это в прошлом:

1) Создан класс, который содержал NSURLSession объекта @interface CustomSession: NSURLSessionDelegate @property (неатомический, сильный) NSURLSession * mySession;

2) В методе инициализации mySession методом CustomSession установите делегат на себя.

3) Реализованы необходимые методы делегатов NSURLSession в CustomSession.

4) Использование методов блок (не обязательно, но я предпочитаю их)

5) Решите, хотите ли вы использовать CustomSession как одноточечного или экземпляр его каждый раз, когда вам это нужно. Фактически вы можете просто определить методы init соответственно.

+ (CustomSession *)session 
{ 
    //Singleton 
} 

+ (instancetype) newClient{ 
    //normal init method} 

6) Как для модульного тестирования, вы могли бы иметь слабый указатель в CustomSession к родителю VC (как вы отметили, это будет работать, если вы не используете Singleton).

Быстрое предложение: Используйте AFNetworking, упростите свою жизнь. Например, я использую AFHTTPSessionManager и соответствующие методы блоков: [self GET: detailsURL parameters: параметры success:^(NSURLSessionDataTask * task, id responseObject)