Реализация определения ближайших объектов (POI) в мобильном приложении

TRUETECH занимается разработкой, поддержкой и обслуживанием мобильных приложений iOS, Android, PWA. Имеем большой опыт и экспертизу для публикации мобильных приложений в популярные маркеты Google Play, App Store, Amazon, AppGallery и другие.

Разработка и поддержка любых видов мобильных приложений:

Информационные и развлекательные мобильные приложения
Новостные приложения, игры, справочники, онлайн-каталоги, погодные, фитнес и здоровье, туристические, образовательные, социальные сети и мессенджеры, квиз, блоги и подкасты, форумы, агрегаторы
Мобильные приложения электронной коммерции
Интернет-магазины, B2B-приложения, маркетплейсы, онлайн-обменники, кэшбэк-сервисы, биржи, дропшиппинг-платформы, программы лояльности, доставка еды и товаров, платежные системы
Мобильные приложения для управления бизнес-процессами
CRM-системы, ERP-системы, управление проектами, инструменты для команды продаж, учет финансов, управление производством, логистика и доставка, управление персоналом, системы мониторинга данных
Мобильные приложения электронных услуг
Доски объявлений, онлайн-школы, онлайн-кинотеатры, платформы предоставления электронных услуг, платформы кешбека, видеохостинги, тематические порталы, платформы онлайн-бронирования и записи, платформы онлайн-торговли

Это лишь некоторые из типы мобильных приложений, с которыми мы работаем, и каждый из них может иметь свои специфические особенности и функциональность, а также быть адаптированным под конкретные потребности и цели клиента.

Услуги, которые мы предлагаем
Показано 1 из 1Все 1735 услуг
Реализация определения ближайших объектов (POI) в мобильном приложении
Средний
от 1 дня до 3 дней
Часто задаваемые вопросы

Наши компетенции:

Этапы разработки

Последние работы

  • image_mobile-applications_feedme_467_0.webp
    Разработка мобильного приложения для компании FEEDME
    792
  • image_mobile-applications_xoomer_471_0.webp
    Разработка мобильного приложения для компании XOOMER
    671
  • image_mobile-applications_rhl_428_0.webp
    Разработка мобильного приложения для компании RHL
    1097
  • image_mobile-applications_zippy_411_0.webp
    Разработка мобильного приложения для компании ZIPPY
    969
  • image_mobile-applications_affhome_429_0.webp
    Разработка мобильного приложения для компании Affhome
    914
  • image_mobile-applications_flavors_409_0.webp
    Разработка мобильного приложения для компании FLAVORS
    495

Реализация определения ближайших объектов (POI) в мобильном приложении

Найти ближайший банкомат, аптеку или точку самовывоза — базовый сценарий для сотен приложений. Разница между «работает хорошо» и «тормозит и показывает устаревшее» — в архитектуре запросов и правильном использовании API.

Два подхода: клиентский и серверный поиск

Клиентский поиск — загружаем все точки (или их подмножество) в приложение, ищем ближайшие на устройстве. Работает для небольших наборов данных — до нескольких тысяч точек. Фильтрация по расстоянию через формулу Хаверсина или через CLLocation.distance(from:) / Location.distanceTo(). Плюс: работает офлайн. Минус: нельзя хранить миллион точек в памяти.

Серверный поиск — PostGIS ST_DWithin, MongoDB $near, Elasticsearch geo_distance query. Для больших датасетов только этот вариант. Приложение отправляет координаты и радиус, сервер возвращает отсортированный список.

Google Places Nearby Search

Для POI из открытых данных (кафе, банки, аптеки) — Google Places API:

GET https://maps.googleapis.com/maps/api/place/nearbysearch/json?location=55.75,37.62&radius=1000&type=pharmacy&key=...

На iOS через GMSPlacesClient.findPlaceLikelihoodList или прямой HTTP. На Android через Retrofit. Возвращает до 20 результатов за запрос, следующая страница — через pagetoken. Важно: pagetoken активируется не сразу, нужна задержка 2 секунды перед запросом следующей страницы.

Для кастомных точек (собственные магазины, пункты выдачи) — собственный бэкенд. PostGIS запрос:

SELECT id, name, lat, lon,
       ST_Distance(geom, ST_MakePoint(:lon, :lat)::geography) AS distance_m
FROM locations
WHERE ST_DWithin(geom, ST_MakePoint(:lon, :lat)::geography, :radius)
ORDER BY distance_m
LIMIT 50;

Отображение на карте и кластеризация

Если точек больше 50 на экране — нужна кластеризация. На iOS: GMSMarkerClusterer из google-maps-ios-utils. На Android: ClusterManager из android-maps-utils. В Flutter: flutter_map + flutter_map_marker_cluster.

Кластеры пересчитываются при каждом изменении зума. Без debounce на событие onCameraMove это вызывает лаг — расчёт кластеров должен происходить асинхронно, не на main thread.

При тапе на кластер — плавное масштабирование через CameraUpdate.newLatLngBounds() к границам кластера, не просто зум к центру.

Обновление при перемещении

Не перезапрашивать POI на каждое обновление геолокации. Логика: запрашиваем при первой загрузке и при перемещении пользователя более чем на N метров от центра последнего запроса (для большинства случаев — 300-500 м). CLLocation.distance(from: lastQueryCenter) > threshold.

Срок: два-четыре дня — выбор провайдера, API-интеграция, отображение с кластеризацией, логика обновления.