我目前正在考虑我的 iOS 应用程序的数据模型。该应用程序仅从服务器接收信息，因此，“模型”本身通常会处理所有网络请求，...
但是，这些网络请求必须在后台执行——我的意思是另一个任务，而不是 iOS 后台状态——并且在请求完成后，必须更新应用程序中的信息。
写一个委托来通知控制器是否更有意义，或者我也可以使用 NSNotificationCenter？我认为基于 NSNotification 的解决方案可以使模型更加通用，例如在桌面应用程序中。
也许，我应该补充一点：模型（因为它保存了一些会话信息）是单例的，因此基于常规委托的方法将不起作用...
【问题讨论】：
标签： ios delegates model nsnotification
我认为使用单独的线程来处理通信不是一个好主意。除了复杂之外，这不是必需的，因为NSURLConnection/NSURLRequest 确实允许您异步处理通信，即没有阻塞。
具体可以创建NSURLRequest执行：
NSURLRequest* yourReq = [NSURLRequest requestWithURL:yourURL];
然后创建一个NSURLConnection：
NSURLConnection* yourConnection = [NSURLConnection connectionWithRequest:yourReq delegate:yourDelegate];
然后开始：
[yourConnection start];
当数据准备就绪时，将调用您的委托的方法之一（connectionDidFinishLoading: 或 connection:didFailWithError:），以便您可以更新您的 UI。
所有这些都没有阻塞。
使用NSURLConnection/NSURLRequest 的更好替代方法是使用ASIHTTPRequest，它在内存管理方面似乎更具弹性，并且还提供了出色的缓存机制。
编辑：如果你担心你的模型是单身，你不能有委托，让我建议你进一步研究这个问题。
您的模型可能是单例，而您的请求的委托可能与模型无关，除了知道如何访问它（这对于作为单例的模型来说非常简单）。
这可以通过NSURLConnection 的几种机制实现，但是如果您使用ASIHTTPRequest，这将变得非常容易，因为每个ASIHTTRequest 都可以有自己的委托。
【讨论】：
委托解决方案确实有效，建议使用。它看起来像：
[[DataLayer sharedInstance] fetchDataWithDelegate:self];
该方法可以产生一个后台线程并响应主线程上的委托。
【讨论】：