Блог

В настоящее время я думаю о модели данных для моего приложения iOS. Приложение получает информацию только с сервера, и, следовательно, сама «модель» обычно выполняет все веб-запросы, …
Однако эти сетевые запросы должны выполняться в фоновом режиме — я имею в виду другую задачу, а не фоновое состояние iOS — и после завершения запроса информация в приложении должна быть обновлена.

Было бы разумнее написать делегат для информирования контроллера или я мог бы также использовать NSNotificationCenter? Я думаю, что решение на основе NSNotification могло бы сделать модель более универсальной, например, в настольном приложении.
И, возможно, я должен добавить: модель (поскольку она сохраняет некоторую информацию о сеансе) является одноэлементной, поэтому обычный метод на основе делегирования не будет работать…

Я не думаю, что было бы хорошей идеей использовать отдельный поток для обработки обмена данными. Помимо того, что оно сложное, в нем нет необходимости, поскольку NSURLConnection/NSURLRequest оно позволяет обрабатывать обмен данными асинхронно, то есть без блокировки.

Подробнее, вы можете создать NSURLRequest, выполняющий:

 NSURLRequest* yourReq = [NSURLRequest requestWithURL:yourURL];
  

затем создайте NSURLConnection с:

 NSURLConnection* yourConnection = [NSURLConnection connectionWithRequest:yourReq delegate:yourDelegate];
  

и запустите его с:

 [yourConnection start];
  

Когда данные будут готовы, будет вызван один из методов для вашего делегата ( connectionDidFinishLoading: , или connection:didFailWithError: ), чтобы вы могли обновить свой пользовательский интерфейс.

Все это без блокировки.

Еще лучшей альтернативой использованию NSURLConnection/NSURLRequest является использование ASIHTTPRequest, который, по-видимому, более гибок в управлении памятью, а также предлагает отличный механизм кэширования.

РЕДАКТИРОВАТЬ: если вас беспокоит то, что, поскольку ваша модель является одноэлементной, у вас не может быть делегата, позвольте мне предложить вам подробнее изучить этот вопрос.

Ваша модель может быть одноэлементной, и делегат вашего запроса может не иметь никакого отношения к модели, кроме знания того, как получить к ней доступ (что довольно тривиально, поскольку модель является одноэлементной).

Это возможно с помощью нескольких механизмов с NSURLConnection , но если вы используете ASIHTTPRequest , это станет действительно легко, потому что у каждого ASIHTTRequest может быть свой собственный делегат.

Решение делегирования действительно работает и рекомендуется. Это выглядит примерно так:

 [[DataLayer sharedInstance] fetchDataWithDelegate:self];
  

Этот метод может создавать фоновый поток и отвечать делегату в основном потоке.