J-Q*_*J-Q 2 background-process objective-c-blocks nsurlsession
这不是一个微不足道的问题StackOverFlow,在此之前,至少我没有发现任何类似的东西,当然我也是googled它,并阅读大多数高排名的结果.
顺便说一句,如果这里的任何人对Objective C’s block语法感觉不舒服,请访问此页面
http://fuckingblocksyntax.com,
然后再抛出任何与块相关的问题.
我的问题的第一部分是:the background of declaration of block-parameter, as well as invoking a method which has a block-parameter ( in many cases, a completionBlock )
calleE-methodMyWorker类中的" ":......
@implementation MyWorker
-(void) aWorkerMethodNeedsABlockInput: ((void)(^)( NSObject *, double )) blockParam
{
NSObject *anObj=[[ NSObject alloc] init];
double *aDouble;
[self retrieveTimeConsumingResults: anObj withNumberOfTry: aDouble ];
blockParam ( anObj, * aDouble );
}
@end
Run Code Online (Sandbox Code Playgroud)
calleR-methodMyManager类中的" ":
@interface myManager()
@property (nonatomic) MyWorker * mWorker;
@property (nonatomic, copy) (void)(^mBlockProperty)( NSObject *, double );
@end
@implementation MyManager
-(void) aManagerMethodWhoCallsWorkerWithCompletionHandler
{
(void)(^ valBlock )( NSObject *, double ) = ^(void)( NSObject * realObj, double realDouble )
{
[realObj performSelector:@SEL( aSelector) withObject: @(realDouble) afterDelay: aTimeInterval];
} ;
self.mBlockProperty=[valBlock copy];
[self.mWorker aWorkerMethodNeedsABlockInput : self.mBlockProperty];
}
@end
Run Code Online (Sandbox Code Playgroud)
在我们的自定义代码中,sudo-code是NORMAL方式,在块属性中存储块,声明块参数并在CALLEE中提供块的参数; 提供块定义并在CALLER中"消耗"块的参数.'void' returnType为了清晰的块语法,我一直在写.如果我做错了,请纠正我的写作!
我问题的第二部分:
常规用法
- (void)application:(UIApplication *)application handleEventsForBackgroundURLSession:(NSString *)identifier completionHandler:(void (^)())completionHandler {
NSLog(@"Handle events for background url session");
self.backgroundSessionCompletionHandler = completionHandler;
}
Run Code Online (Sandbox Code Playgroud)
然后
- (void)URLSessionDidFinishEventsForBackgroundURLSession:(NSURLSession *)session {
WebAppDelegate *appDelegate = (WebAppDelegate *)[[UIApplication sharedApplication] delegate];
if (appDelegate.backgroundSessionCompletionHandler) {
void (^completionHandler)() = appDelegate.backgroundSessionCompletionHandler;
appDelegate.backgroundSessionCompletionHandler = nil;
completionHandler();
}
NSLog(@"All tasks are finished");
}
Run Code Online (Sandbox Code Playgroud)
通过守护进程的后台回调基于NSURLSession框架在上面的模式中工作,对吗?我做过很多次,不是应用这种模式的问题.
我一直想知道的是:
completionHandler当从块属性存储中调用方法时,"handleEventsForBackgroundURLSession:"方法的参数定义中真正的内容是什么?<在执行"completionHandler();"时>我从未见过任何将任何代码块放入/复制的示例/演示completionHandler......或者我想知道太多?
当从块属性存储中调用方法时,"handleEventsForBackgroundURLSession:"方法的completionHandler参数的定义内部是什么?<在执行"completionHandler();"时>我从未见过任何将任何代码块放入/复制到completionHandler中的示例/演示......或者我想知道太多?
如果我正确理解了您的问题,那么您就会询问该块内部的实现是application:handleEventsForBackgroundURLSession:completionHandler:由系统传递给应用程序的UIApplicationDelegate方法的实现.
application:handleEventsForBackgroundURLSession:completionHandler:由外部服务进程(间接)调用.当应用程序用于NSURLSession创建后台会话时,该会话由该系统服务管理.该服务执行实际的后台传输并通过称为XPC的机制通知UIKit/Foundation,然后通知您的应用程序.XPC被MacOS开发人员广泛使用,但此时iOS应用程序无法直接使用 - 但iOS上开发人员使用的许多API和服务实际上都在与XPC服务进行通信.
在这种情况下application:handleEventsForBackgroundURLSession:completionHandler:,传递给completionHandler参数的块是不透明的回调.后台传输服务需要知道您的应用程序何时完成处理会话的事件.调用该块会通知服务应用程序已完全处理这组事件,并且守护程序可以继续.
该块由系统创建并拥有,因此应用程序不应尝试修改或更改它(除了复制块,这是正确的事情!).应用程序也不应提供自己的完成块 - 开发人员提供的块无法通知传输服务完成,除非它将传递给completionHandler:自身的块包装起来.
后台传输服务NSURLSession是在iOS 7中引入的.如果您正在编写第三方框架或库,那么利用该服务可能非常有益,但框架必须提供一种方法来处理它拥有的任何后台会话的事件.也许正因为如此,只有少数第三方图书馆似乎支持后台转移.支持这一点并不困难 - 库只需要一个方法来指示会话的所有权,以及一个获取完成块和处理事件的方法:
- (void)application:(UIApplication *)application handleEventsForBackgroundURLSession:(NSString *)identifier completionHandler:(void (^)())completionHandler {
if ([someCloudFrameworkObject canHandleEventsForSessionWithIdentifier:identifier]){
[someCloudFrameworkObject handleEventsForBackroundSessionWithIdentifier:identifier completionHandler:completionHandler];
}
}
Run Code Online (Sandbox Code Playgroud)
| 归档时间: |
|
| 查看次数: |
1880 次 |
| 最近记录: |