Мобільний застосунок для міського транспорту (розклад, оплата)
Застосунок міського транспорту працює в умовах постійно змінюваних даних: розклади змінюються по святам та сезонах, маршрути редагуються, транспорт запізнюється. Статична база розкладів застаріває через тиждень. Реальний час прибуття цікавить користувача більше за теоретичний розклад.
GTFS та реальний час
Стандарт обміну даними про розклад — GTFS (General Transit Feed Specification). Більшість міських транспортних систем публікують GTFS-фіди: набір CSV-файлів з маршрутами, зупинками, часами. Для реального часу — GTFS-RT (Realtime): Protobuf-потоки з TripUpdate, VehiclePosition, ServiceAlert.
На клієнті: парсинг Protobuf через protobuf-kotlin / Swift SwiftProtobuf. GTFS-RT оновлюється кожні 15-30 секунд — polling або Server-Sent Events. VehiclePosition feed дає координати транспортних засобів для відображення на карті.
Якщо міський оператор не забезпечує GTFS-RT — можна реалізувати прогнозування прибуття на основі статичного розкладу + історичних даних про запізнення. Гірше за реальний час, але краще за нічого.
Офлайн-розклад та кеширування
Користувач в метро без інтернету — розклад має бути доступний. Стратегія: при першому запуску скачати повний GTFS bundle (~5-20 МБ для середнього міста), зберегти в SQLite через Room (Android) / GRDB (iOS). Запити до розкладу — SQL по локальній БД, без мережі.
Оновлення у фоні: WorkManager (Android) з NetworkConstraint перевіряє версію GTFS-фіду раз на добу, при оновленні — скачує дельту або повний фід. BGAppRefreshTask (iOS) для аналогічного оновлення.
Кеш реального часу: VehiclePosition та TripUpdate дані живуть не більше 60 секунд, зберігаються в пам'яті (не SQLite), очищуються при застарінні.
Побудова маршруту з пересадками
Маршрут від зупинки А до зупинки Б з можливими пересадками — задача для transit routing engine. Варіанти:
Google Maps Directions API з mode=transit — найпростіше. Повертає маршрут з пересадками, часами, назвами ліній. Але: платно, немає доступу до raw даних, залежність від Google.
OpenTripPlanner — open source transit router, працює з GTFS. Розгортається на власному сервері, клієнт робить запити. Повний контроль над даними, безплатно для свого сервера.
Raptor algorithm — швидкий алгоритм transit routing, можна реалізувати серверно на Kotlin/Java. Для невеликого міста (до 200 маршрутів) працює за мілісекунди.
На клієнті: відображення маршруту з пересадками — timeline view з кольоровим кодуванням ліній, час на кожному участку, іконки транспорту.
Оплата проїзду
Оплата в застосунку — QR-код або NFC.
QR-варіант: після оплати генерується QR з токеном (JWT або випадкова строка), перевіряється на терміналі в транспорті. Токен однократного використання, живе 30-60 хвилин.
NFC: Host Card Emulation (HCE) на Android — емуляція безконтактної карти, HostApduService. iOS до 17 не підтримувала сторонні NFC-платежі, iOS 17.4+ обмежено доступно в ЄС. Для більшості кейсів — QR-код надійніше.
Apple Pay / Google Pay як метод поповнення балансу в застосунку — так, це працює везде. Сам прохід через турникет — HCE або QR.
Транспортна карта в застосунку: баланс, історія поповнень, історія поїздок. Поповнення через карту, Apple Pay, Google Pay. Push-сповіщення при низькому балансі.
Карта зі зупинками та транспортом
Кластеризація зупинок при малому zoom, розгортання при наближенні. Натиск по зупинці — найближчі відправлення в реальному часі: витягування з GTFS-RT TripUpdate фіду.
Маркери транспортних засобів в реальному часі з VehiclePosition. Анімація руху — інтерполяція позицій (інтервал оновлення 15-30 сек, плавне переміщення за це время). Іконка маршруту на маркері: номер лінії, колір із GTFS routes.txt.
Стек
Android: Kotlin, Jetpack Compose, Room, WorkManager, Google Maps SDK або Mapbox. iOS: Swift, SwiftUI, GRDB, BackgroundTasks, MapKit або Mapbox. Кроссплатформа: Flutter з нативними модулями для NFC та background tasks.
Етапи: інтеграція GTFS-джерела → offline БД → transit routing → real-time → оплата → тестування на реальних маршрутах міста → публікація.
Термін: від 12 до 22 тижнів. Вартість розраховується індивідуально.