带有 NSOperations 的 iOS 应用架构

Question

两个月前，我开始编写一个新的 iPhone 应用程序，因此我创建了一个通用的 RESTFul Web 服务，它允许我拥有许多必要的功能，例如用户身份验证、用户配置文件、友谊系统、媒体处理、消息传递系统等。在我看来，有几个用例可以在未来的 iPhone 应用程序中重用此 Web 服务。

出于这种心态，我决定为此应用程序（以及所有未来的应用程序）编写一个静态库，用于处理所有繁重的工作，例如媒体（图像、视频、声音）设置和处理、与 Web 服务通信、解析和映射结果的处理、CoreData 的处理等。

鉴于我的应用程序，存在大量并行任务正在运行的情况（最坏的情况），例如 用户当前更改了他/她的个人资料图片，同时应用程序将用户位置发送到服务器（在后台）并收到新的推送通知。

因此决定将每个逻辑操作（如SendUserLocation或GetCurrentFriendList）封装在一个NSOperation中，并将它们添加到一个serviceQueue（NSOperationQueue）中。

当操作成功从 Web 服务获取结果并立即处理它时，每个操作都能够生成子任务。

典型的 ServiceManager 方法如下所示

- (void)activateFriendsSync:(id)observer onSuccess:(SEL)selector {
    ELOSyncFriends *opSyncFriends  = [[ELOSyncFriends alloc] initWithSM:self];
    [self ELServiceLogger:opSyncFriends];
    [serviceQueue addOperation:opSyncFriends];
    if(observer) {
        [self registerObserver:observer selector:selector name:opSyncFriends.notificationName]; 
    }
}

每个操作、请求（到服务器）和子任务都使用 GUID 作为 notificationName处理完成后通知父对象。如果操作中的所有操作均已完成，它会将通知发送回用户界面。

也就是说，添加和删除子任务的代码如下所示

- (void)removeSubTask:(NSNotification*)notification {
    ELRequest *request = (ELRequest*)[notification object];
    [subTasks removeObjectIdenticalTo:request.notificationName];
    if([subTasks count] == 0) {
         // all SubTaks done, send notification to parent
        [serviceManager.notificationCenter postNotificationName:self.notificationName object:request];
    }
}

- (NSString*)addSubTask {
    NSString* newName = [self GetUUID];
    [subTasks addObject:[newName retain]];
    [serviceManager.notificationCenter addObserver:self selector:@selector(removeSubTask:) name:newName object:nil];
    return newName;
} 

- (NSString *)GetUUID {
    CFUUIDRef theUUID = CFUUIDCreate(NULL);
    CFStringRef string = CFUUIDCreateString(NULL, theUUID);
    CFRelease(theUUID);
    return [(NSString *)string autorelease];
}

现在我所要做的就是在我的 gui 中调用 serviceManager 来启动特定操作，例如

[self.core.serviceManager activateFriendsSync:nil onSuccess:nil];

如果我想注册一个观察者，我只需传递一个观察者对象并像这样的选择器

[self.core.serviceManager activateFriendsSync:self onSuccess:@selector(myMethod:)];

最后但并非最不重要的我的问题：“架构”运行得非常好且稳定，但是值得这样做吗？它会产生太多开销吗？这还有道理吗？您个人是如何实现并发操作的？

最好的 亨利克·

P.S.请随意编辑我的问题，提出问题（作为评论），为我的想法命名。

我真的很难解释它，主要是因为我不是以英语为母语的人。别误会我的意思。我写这篇文章并不是为了以任何形式炫耀。我想做的就是学习（也许写一个更高级的 iphone / Objective C 问题）

Answer 1

是的，如果它被外包给服务请求，并且您有很多调用要做，那么这样的库并不是（我认为）矫枉过正，而且我已经写了类似的东西。这种结构使我能够轻松地管理一个复杂的系统，以及非常复杂和多样的任务。

我所做的主要设计差异是不将 NSNotification 与服务管理器一起使用。相反，我更喜欢使用回调协议/类型（操作保存对其的引用）。 NSNotification 相当重。在这种情况下，该操作不会保留侦听器/通知对象，但侦听器会保留该操作。如果关系是 1-1，则允许取消。

另一个主要考虑因素是尽早定义线程。允许客户端定义他们想要在哪个线程上接收响应。这样做的原因是，如果通知/侦听器必须更新 UI（例如，您正在使用 UIKit 或 AppKit），回调通常会存在约束或逻辑条目。因此，创建者可以对操作说“你必须从主线程通知我”，或者“我可以处理来自任何线程的响应”。这将大大减少控制器/侦听器/观察器代码和出错的机会。

Answer 2

对于“子操作”：如何将它们放入队列中，父操作是其每个子操作的依赖项（参见 -[ NSOperation addDependency: ]）运营？ NSOperationQueue 可以为您排序整个操作堆。我认为这使用起来简单且自然。

Answer 3

您刚刚描述了我在一些应用程序中使用的非常相似的架构:)

我让我的服务管理器层立即返回一组对象，然后在一段时间后返回更新的集合，即

NSArray *stuff = [serviceManager getFriendsForUser:@"Bob"];

，然后在服务器完成之后响应后，会收到一个 NSNotification，其中包含更新的列表（在本例中为 Bob 的朋友列表）。

除了这个微小的变化之外，您的架构是相同的！

完成所有设置需要做很多工作，但我认为从长远来看这是值得的，因为修复错误/扩展代码要容易得多。