Столкнулся я как-то с проблемой визуализации процесса поиска на форме приложения iPhone.

Проблема оказалась намного сложнее чем я думал. Все формы приложения для iPhone работают в главном (main) потоке приложения и посему менять значение UIProgressView из другого потока не имеет смысла, графически это не отобразится никак, появится полная полоса прогресса только по окончанию работы метода второстепенного потока. Что я только не делал: пользовался делегатами, пытался сделать Events при помощи нотификаций. Все это не дало успеха.

Но, как оказалось, решить проблему можно и не так сложно.

Буду надеяться, что читатель хоть немного знаком с xCode студией и имеет хоть какое представление о Cocoa Framework и Obj-C.

Итак, задача: у нас есть форма приложения iPhone, контролер-класс к ней и некий класс, называемый Engine который выполняет функции бизнес-процессов, в том числе и наш поиск. Это правильный подход программирования, когда формы не отвечают за логику вообще, а есть специальные объекты для этого, реализующие бизнес-логику (такое вот небольшое лирическое отступление :) ). На нашей форме находятся следующие контролы: UIProgressView – для отображения процесса поиска, дабы нетерпеливый юзер вдруг не подумал, что приложение повисло, UIButton – кнопка, дабы начать процесс поиска. Подразумевается, что при нажатии на кнопку, экземпляру класса Engine, взятому из глобального контекста (туда этот экземпляр попадает при старте приложения), передается сообщение (не забываем, что в Obj-C в Cocoa нет понятия методов класса, а есть понятие посылки сообщения с аргументами) о том, что пора бы запустить поиск.

Итак, обработка нажатия кнопки в контролере формы:

- (IBAction)onSearch {
// получаем делегат нашего приложения, дабы получить доступ к контексту приложения
OurApplicationAppDelegate * appDelegate = (OurApplicationAppDelegate *)[[UIApplication sharedApplication] delegate];
//получаем экземпляр, ссылку на Engine
Engine * engine = [appDelegate getEngine];
// Теперь важное. Подписываемся на нотификации от движка, это своего рода аналог events в других языках
// Нотификация об изменении прогресса поиска. На нее мы меняем значение контрола UIProgressView
[[NSNotificationCenter defaultCenter] addObserver:self
selector:@selector(updateProgress:)
name:@"progressChanged"
object:nil];
// нотификация о том, что поиск полностью окончен
[[NSNotificationCenter defaultCenter] addObserver:self
selector:@selector(processSearchResult:)
name:@"searchEnd"
object:nil];
// стартуем поиск
[engine onSearch];
}

Итак, это был кусок кода обработки нажатия кнопки.

Далее, обработчик нотификации об изменении значения прогресса:

-(void) updateProgress:(NSNotification *)progressNotification
{
// получаем объект, переданный в нотификации, этот объект - значение для прогресс-бара
NSString * sval = [progressNotification object];
// устанавливаем значение.
progressBar.progress = [sval floatValue];
// передать простой тип данных через нотификацию не удается, посему я передал его как указатель на строку
}

Теперь кусок кода из класса Engine.

Обработчик, который стартует второстепенный поток:

-(void) onSearch
{
// progressThread - член класса Engine: NSThread * progressThread;
progressThread = [[NSThread alloc] initWithTarget:self selector:@selector(doSearch:) object:nil];
[progressThread start];
}

А теперь, собственно, обработчик поиска:

-(void)doSearch:(id)param
{
while(<какое_либо_условие>)
{
// здесь делаем наши действия и нотифицируем подписчиков об изменении прогресса
// проверяем, находимся ли мы в Main потоке
if( !pthread_main_np() )
{
// если нет, то нам сделать расширенную нотификацию
// создаем массив аргументов нотификации
NSMutableDictionary *info = [[NSMutableDictionary allocWithZone:nil] init];
// имя нотификации
[info setObject:@"progressChanged" forKey:@"name"];
//значение для UIProgressView
[info setObject:[NSString stringWithFormat:@"%f", searchProgress] forKey:@"object"];
// вызываем обработчик запуска нотификации из основного потока
[[self class] performSelectorOnMainThread:@selector( _postNotificationName: ) withObject:info waitUntilDone:wait];
[info release];
}
else
{
// если мы в основном потоке, то вызываем обычную нотификацию
NSNotificationCenter *nc = [NSNotificationCenter defaultCenter];
[nc postNotificationName:@"progressChanged" object:[NSString stringWithFormat:@"%f", searchProgress]];
}
}
// нотифицируем об окончании обработки поиска
if( !pthread_main_np() )
{
NSMutableDictionary *info = [[NSMutableDictionary allocWithZone:nil] init];
[info setObject:@"searchEnd" forKey:@"name"];
[[self class] performSelectorOnMainThread:@selector( _postNotificationName: ) withObject:info waitUntilDone:wait];
[info release];
}
else
{
[[NSNotificationCenter defaultCenter] postNotificationName:@"searchEnd" object:nil];
}
[NSThread exit];
}

Ну и последний обработчик, это посылка нотификации:

+ (void) _postNotificationName:(NSDictionary *) info {
NSString *name = [info objectForKey:@"name"];
id object = [info objectForKey:@"object"];
[[NSNotificationCenter defaultCenter] postNotificationName:name object:object userInfo:nil];
}

Вот и все, теперь наш UIProgressView будет адекватно реагировать на значения из второстепенных потоков и будет корректно отображать процесс обработки, дабы пользователь не засох. Единственное рекомендую сделать кнопку старта недоступной на момент процесса поиска и разблокировать при получении нотификации окончания процесса, иначе нетерпеливый юзер, нажав несколько раз кнопку, все испортит :)