Если операция B может начать выполнение содержащейся в ней задачи только после того, как операция A выполнит свою задачу, то операция B должна добавить к себе операцию A в качестве зависимой. Это делается с помощью метода экземпляра addDependency:, относящегося к классу NSOperation:
[self.firstOperation addDependency: self.secondOperation];
Свойства firstOperation и secondOperation относятся к типу NSInvocationOperation, подробнее об этом мы поговорим в подразделе «Обсуждение» данного раздела. В приведенном примере кода первая операция, находящаяся в операционной очереди, не будет выполняться до тех пор, пока не будет выполнена задача второй операции.
Выполнение операции не начинается до тех пор, пока не будут успешно завершены все операции, от которых она зависит. По умолчанию после инициализации операция не связана зависимостями с какими-либо другими операциями.
Если мы хотим внедрить зависимости в пример с кодом, описанный в разделе 7.12, то можем немного изменить реализацию делегата приложения и воспользоваться методом экземпляра addDependency:, чтобы первая операция дождалась окончания выполнения второй операции:
#import «AppDelegate.h»
@interface AppDelegate ()
@property (nonatomic, strong) NSInvocationOperation *firstOperation;
@property (nonatomic, strong) NSInvocationOperation *secondOperation;
@property (nonatomic, strong) NSOperationQueue *operationQueue;
@end
@implementation AppDelegate
— (void) firstOperationEntry:(id)paramObject{
NSLog(@"First Operation — Parameter Object = %@",
paramObject);
NSLog(@"First Operation — Main Thread = %@",
[NSThread mainThread]);
NSLog(@"First Operation — Current Thread = %@",
[NSThread currentThread]);
}
— (void) secondOperationEntry:(id)paramObject{
NSLog(@"Second Operation — Parameter Object = %@",
paramObject);
NSLog(@"Second Operation — Main Thread = %@",
[NSThread mainThread]);
NSLog(@"Second Operation — Current Thread = %@",
[NSThread currentThread]);
}
— (BOOL) application:(UIApplication *)application
didFinishLaunchingWithOptions:(NSDictionary *)launchOptions{
NSNumber *firstNumber = @111;
NSNumber *secondNumber = @222;
self.firstOperation = [[NSInvocationOperation alloc]
initWithTarget: self
selector:@selector(firstOperationEntry:)
object: firstNumber];
self.secondOperation = [[NSInvocationOperation alloc]
initWithTarget: self
selector:@selector(secondOperationEntry:)
object: secondNumber];
[self.firstOperation addDependency: self.secondOperation];
self.operationQueue = [[NSOperationQueue alloc] init];
/* Добавляем операции в очередь. */
[self.operationQueue addOperation: self.firstOperation];
[self.operationQueue addOperation: self.secondOperation];
NSLog(@"Main thread is here");
self.window = [[UIWindow alloc] initWithFrame:
[[UIScreen mainScreen] bounds]];
self.window.backgroundColor = [UIColor whiteColor];
[self.window makeKeyAndVisible];
return YES;
}
Теперь после запуска программ вы увидите в окне консоли примерно следующее:
Second Operation — Parameter Object = 222
Main thread is here
Second Operation — Main Thread = {name = (null),
num = 1}
Second Operation — Current Thread = {name = (null),
num = 3}
First Operation — Parameter Object = 111
First Operation — Main Thread = {name = (null),
num = 1}
First Operation — Current Thread = {name = (null),
num = 3}
Вполне очевидно, что, хотя операционная очередь пытается параллельно вести обе операции, первая операция находится в зависимости от второй, следовательно, вторая операция должна завершиться, и только после этого может начаться первая операция.
Если вы в любой момент пожелаете разорвать зависимость между двумя операциями, воспользуйтесь методом экземпляра removeDependency:, относящимся к объекту операции.
Раздел 7.12.
Требуется многократно выполнять определенную задачу после заданной задержки. Например, вы хотите обновлять вид на экране устройства каждую секунду, пока работает ваше приложение.
Воспользуйтесь таймером:
— (void) paint:(NSTimer *)paramTimer{
/* Делаем здесь что-либо. */
NSLog(@"Painting");
}
— (void) startPainting{
self.paintingTimer = [NSTimer
scheduledTimerWithTimeInterval:1.0
target: self
selector:@selector(paint:)
userInfo: nil
repeats: YES];
}
— (void) stopPainting{
if (self.paintingTimer!= nil){
[self.paintingTimer invalidate];
}
}
— (void)applicationWillResignActive:(UIApplication *)application{
[self stopPainting];
}
— (void)applicationDidBecomeActive:(UIApplication *)application{
[self startPainting];
}
Кроме того, метод invalidate будет высвобождать таймер сам и нам не придется делать это вручную. Как видите, мы определили свойство paintingTimer, которое следующим образом определяется в заголовочном файле (.h-файле):
Читать дальше
Конец ознакомительного отрывка
Купить книгу