nyD*_*d21 5 nested grand-central-dispatch ios
我继承了一些具有这种相当不寻常的嵌套序列的代码.通常的范例将对主队列进行单一调度以更新UI.如下所示,代码将调度嵌套到主队列的另一个调度中的主队列中.
- (void)viewDidLoad
{
// Setup some data
// Adjust UI
dispatch_async(myBackgroundQueue, ^{
while(Do_some_time_consuming_work) {
// Time consuming work goes here
if (things_are_going_slowly) {
dispatch_async(dispatch_get_main_queue(), ^{ // <- one of these two seems redundant
dispatch_async(dispatch_get_main_queue(), ^{ // <- one of these two seems redundant
stillWorkingLabel.hidden = NO; //Let user know the work is still ongoing
});
});
)
// Finish time-consuming work
}
});
}
Run Code Online (Sandbox Code Playgroud)
嵌套的目的是什么(如果有的话)dispatch_async(dispatch_get_main_queue()?此嵌套序列显示在应用程序的多个位置.在我看来,只需要一次调度到主队列.
我想我已经在这里通过Google搜索阅读了相关主题的所有相关问题,但我没有找到任何人建议嵌套两个相同的调度.
该应用程序运行良好,在上面的示例和代码中的其他位置按预期更新UI.
大多数应用程序的代码使用上述方案的通常非嵌套版本,当然它也可以正常工作.
我倾向于用一次调度替换这些嵌套调用,但也许我在这里遗漏了一些东西.任何意见,将不胜感激.
我想不出这样做有什么好处,但也能想到不这样做的理由。它将延迟内部闭包的执行,并占用少量额外资源。(这将强制应用程序在执行工作项之前至少经过两次事件循环。)
我认为删除嵌套调用是正确的做法。
| 归档时间: |
|
| 查看次数: |
135 次 |
| 最近记录: |