这不是StackOverFlow
之前在googled
中提到的一个微不足道的问题,至少我没有找到类似的东西,当然我也Objective C’
它并且阅读了大部分高排名的结果。
顺便说一句,如果这里的任何人对the background of declaration of block-parameter, as well as invoking a method which has a block-parameter ( in many cases, a completionBlock )
块语法感到不舒服,请访问此页面
http://fuckingblocksyntax.com,
在抛出任何与块有关的问题之前。
第一个部分问题是:calleE-method
MyWorker类中的“@implementation MyWorker
-(void) aWorkerMethodNeedsABlockInput: ((void)(^)( NSObject *, double )) blockParam
{
NSObject *anObj=[[ NSObject alloc] init];
double *aDouble;
[self retrieveTimeConsumingResults: anObj withNumberOfTry: aDouble ];
blockParam ( anObj, * aDouble );
}
@end
”:
......
calleR-method
MyManager类中的“@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
”:
'void' returnType
在我们的自定义代码中,上面的sudo-code是一种常规方法,用于在块中存储块,声明块参数并在CALLEE中提供块的参数;提供块定义并在CALLER中“消耗”块的参数。为了清楚块语法,我保留了 - (void)application:(UIApplication *)application handleEventsForBackgroundURLSession:(NSString *)identifier completionHandler:(void (^)())completionHandler {
NSLog(@"Handle events for background url session");
self.backgroundSessionCompletionHandler = completionHandler;
}
。如果我做错了,请纠正我的写作!
我的问题的第二部分:
的常规用法
- (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");
}
然后再
completionHandler
通过守护进程的后台回调基于NSURLSession框架以上述模式工作,对吗?我做了很多次,而不是应用这种模式的问题。
我一直想知道的是:
当从块属性存储调用方法时,“handleEventsForBackgroundURLSession:”方法的completionHandler
参数的定义内部是什么? <在执行“completionHandler();”时>
我从未见过任何将任何代码块放入/复制到$toSearch=array("_c_","_s_","_q_","_d_","_p_","_e_","_lp_","_rp_","_");
$toReplace=array(",","/","\"",".","-","=","(",")"," ");
的示例/演示......或者我想知道太多?
答案 0 :(得分:9)
当从块属性存储调用方法时,“handleEventsForBackgroundURLSession:”方法的completionHandler参数的定义内容是什么? <在执行“completionHandler();”时>我从未见过任何将任何代码块放入/复制到completionHandler中的示例/演示......或者我想知道太多?
如果我正确理解了您的问题,那么您就会询问该块内部的实现是由系统传递给应用程序实现的UIApplicationDelegate方法application:handleEventsForBackgroundURLSession:completionHandler:
。
application:handleEventsForBackgroundURLSession:completionHandler:
由外部service process(间接)调用。当应用程序使用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];
}
}