Создание приложения для поиска с поддержкой GPS для iPad

Это все, что вам нужно сделать, чтобы подключить интерфейс. С этого момента все это в коде.

Чтобы включить locationManager вам нужно добавить базовую платформу Location в проект. Для этого выберите проект «StoreFinder», а затем цель «StoreFinder», на которой есть маленькая кисть и значок линейки. Оттуда выберите вкладку «Build Phases» и откройте раздел «Link Binary With Libraries». Это покажет вам библиотеки, которые вы в настоящее время включили. Нажмите кнопку «плюс» и выберите базовую инфраструктуру расположения, чтобы добавить ее в свое приложение.

Класс также определяет много делегатов. UITableViewDataSource означает, что объект будет использоваться для передачи данных для табличного представления. CLLocationManagerDelegate означает, что объект будет отвечать на обновления GPS. NSXMLParserDelegate используется для анализа XML-ответа от сервера. И, наконец, UISearchBarDelegate означает, что объект будет обрабатывать события из панели поиска. В частности, когда пользователь нажимает кнопку поиска или отменяет поиск.

С определением класса все в порядке, пришло время приступить к созданию самого класса контроллера представления. Это начинается с кода инициализации, показанного в листинге 7.

Листинг 7. Инициализация StoreFinderViewController.m

 #import "StoreFinderViewController.h" @implementation StoreFinderViewController - (void)dealloc { [super dealloc]; [self.locationManager release]; if ( locations ) [locations release]; } - (void)viewDidLoad { [super viewDidLoad]; locations = NULL; self.locationManager = [[[CLLocationManager alloc] init] autorelease]; self.locationManager.delegate = self; [self.locationManager startUpdatingLocation]; } - (BOOL)shouldAutorotateToInterfaceOrientation:(UIInterfaceOrientation)interfaceOrientation { return YES; } 

Единственная действительно интересная вещь — это создание объекта locationManager и запрос на получение данных с GPS. В листинге 8 у нас есть код, который обрабатывает обратные вызовы из UITableView для данных.

Листинг 8. StoreFinderViewController.m Обработка таблиц

 - (NSInteger)tableView:(UITableView *)table numberOfRowsInSection:(NSInteger)section { if ( locations != NULL ) { return [locations count]; } return 0; } - (UITableViewCell *)tableView:(UITableView *)tv cellForRowAtIndexPath:(NSIndexPath *)indexPath { UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:@"MyIdentifier"]; if (cell == nil) { cell = [[[UITableViewCell alloc] initWithFrame:CGRectZero reuseIdentifier:@"MyIdentifier"] autorelease]; } NSDictionary *itemAtIndex = (NSDictionary *)[locations objectAtIndex:indexPath.row]; UILabel *newCellLabel = [cell textLabel]; [newCellLabel setText:[itemAtIndex objectForKey:@"name"]]; return cell; } 

Если вы еще не видели UITableViewDataSource это может быть довольно интересно. Происходит то, что элемент управления перезванивает только для того, чтобы получить достаточно данных, поскольку он должен отображать то, что видимо пользователю. Первый вызов — numberOfRowsInSection который получает размер таблицы. Затем cellForRowAtIndexPath возвращает объект ячейки для данного индекса. В этом случае код использует массив местоположений для установки метки с именем магазина, найденного по заданному индексу строки.

Конечно, табличное отображение данных бесполезно без некоторых данных для его управления. Код в листинге 9 представляет собой фактический запрос к серверу и анализирует возвращенные данные.

Листинг 9. StoreFinderViewController.m XML-запрос и анализ

 - (void)updateLocation:(CLLocation *)newLocation { if ( locations ) { [locations release]; } locations = [[NSMutableArray alloc] init]; if ( newLocation ) { latitude = newLocation.coordinate.latitude; longitude = newLocation.coordinate.longitude; } NSString *urlString = [NSString stringWithFormat:@"http://localhost/geo2/circle.php?lat=%g&lon=%g&radius=100&q=%@", latitude, longitude, searchBar.text ? searchBar.text : @""]; NSXMLParser *locationParser = [[[NSXMLParser alloc] initWithContentsOfURL:[NSURL URLWithString:urlString]] autorelease]; [locationParser setDelegate:self]; [locationParser parse]; [tableView reloadData]; } - (void)parser:(NSXMLParser *)parser didStartElement:(NSString *)elementName namespaceURI:(NSString *)namespaceURI qualifiedName:(NSString *)qName attributes:(NSDictionary *)attributeDict { if ( [elementName isEqualToString:@"location"]) { [locations addObject:[[NSDictionary alloc] initWithDictionary:attributeDict]]; } } 

Он начинается с метода updateLocation который вызывается либо при изменении GPS, либо когда пользователь делает запрос на поиск. Метод updateLocation создает NSXMLParser и затем указывает его на URL-адрес сервера. В этом случае сервер находится на локальном хосте, но вы можете разместить его где угодно. Синтаксический анализатор XML запрашивает данные, возвращает результаты и начинает их анализ.

Анализ данных запускает методы обратного вызова, в данном случае didStartElement , который указывает, что тег был запущен. Этого достаточно для этого кода, поскольку тег location содержит все данные, которые нам нужно знать в атрибутах, которые передаются из анализатора XML через параметр attribute. didStartElement просто просматривает тег, чтобы увидеть, является ли его имя «location», и если это так, он копирует атрибут в новый объект в массиве location.

В конце процесса reloadData метод reloadData который обновляет элемент управления UITableView .

Следующее, что нужно сделать, это обработать обратные вызовы GPS, которые показаны в листинге 10.

Листинг 10. StoreFinderViewController.m GPS StoreFinderViewController.m

 - (void)locationManager:(CLLocationManager *)manager didUpdateToLocation:(CLLocation *)newLocation fromLocation:(CLLocation *)oldLocation { [self updateLocation:newLocation]; } - (void)locationManager:(CLLocationManager *)manager didFailWithError:(NSError *)error { } 

Все, что мы здесь делаем, это вызываем метод updateLocation с новым местоположением, когда оно меняется.

И последний маленький фрагмент кода обрабатывает строку поиска, как показано в листинге 11.

Листинг 11. StoreFinderViewController.m поиска StoreFinderViewController.m

 - (void)searchBarSearchButtonClicked:(UISearchBar *)sb { [self updateLocation:NULL]; [searchBar resignFirstResponder]; } - (void)searchBarCancelButtonClicked:(UISearchBar *)sb { [searchBar resignFirstResponder]; } @end 

Эти два метода обрабатывают поиск или отмену из панели поиска. Когда пользователь выбирает поиск, мы просто запускаем запрос снова и обновляем представление таблицы с updateLocation метода updateLocation , а затем избавляемся от клавиатуры с resignFirstResponder вызова resignFirstResponder . Метод отмены просто избавляет от клавиатуры.

С написанным на переднем и заднем концах пришло время попробовать этого щенка.

Пробовать приложение

Первое, что происходит при запуске приложения, это то, что вам предлагается разрешить приложению использовать ваше текущее местоположение, как показано на рисунке 1.

Фигура 1

Если вы хотите, чтобы код работал, нажмите кнопку ОК. Если вы хотите избавить себя от некоторых головных болей позже, вам также следует установить флажок «Больше не спрашивать».

С удалением местоположения способ, которым приложение запрашивает службу PHP на серверной части и анализирует возвращенный XML в массив местоположений. Этот массив затем отображается в UITableView как вы можете видеть на рисунке 2.

Фигура 2

Хорошо, теперь мы действительно куда-то добираемся. Поэтому давайте удостоверимся, что мы можем не только найти магазины, которые находятся вокруг нас, но которые соответствуют нашим критериям поиска. Мы делаем это, нажимая в строке поиска, которая вызывает клавиатуру, как показано на рисунке 3.

Рисунок 3

Подняв клавиатуру, мы можем ввести поисковый запрос, например, «лед», как показано на рисунке 4.

Figure4

Затем мы нажимаем кнопку поиска, и результаты уточняются до ледового катка, показанного на рисунке 5.

Figure5

Кроме того, клавиатура была автоматически отклонена, открывая весь экран, чтобы показать обильные результаты.

Выводы

Создание этого приложения GPS было удивительно легко как с передней, так и с задней стороны. Бэкэнд представляет собой очень простую базу данных с элементарным ограниченным запросом. А приложение iPad на внешнем интерфейсе получает данные GPS и выполняет очень простой HTTP-запрос, чтобы получить данные с внутреннего конца для показа. Это только отправная точка, отсюда вы можете создать бэкэнд для добавления дополнительных данных или поддержки поиска. На переднем конце вы можете добавить отображение или дополнительный дисплей данных.