Комментарии 7
@synchronized(_airports){
_airports = dbAirports;
}
Вот это очень странный кусок. Синхронизироваться явно надо по чему-то другому.
А почему поиск по массиву в памяти, а не предикатом CONTAINS/BEGINS в Core Data?
Или данных настолько мало, что это некритично?
Или данных настолько мало, что это некритично?
Не могли бы вы поделиться какими-то, хотя бы общими, деталяи взаимодействия приложения с сервером данных?
Интересует схема взаимодейтсвия: какое-то API? Как идентфицируются отдельные клиенты (если идентифицируются?
Как решается вопрос нагрузок? Велики ли они?
Интересует схема взаимодейтсвия: какое-то API? Как идентфицируются отдельные клиенты (если идентифицируются?
Как решается вопрос нагрузок? Велики ли они?
Никакой особой уличной магии здесь нет. Приложение работает с сервером по HTTP протоколу, отправляя POST и GET запросы, и получая ответы в формате JSON.
Не совсем понял, что имелось в виду под идентификацией. Для сбора анонимной статистики поисков и продаж пользователям присваивается маркер, который хранится на сервере в связке с данными о типе устройства и дате установки.
Нагрузки, конечно, велики, но решение этого вопроса — отдельная история, достойная отдельной статьи.
Не совсем понял, что имелось в виду под идентификацией. Для сбора анонимной статистики поисков и продаж пользователям присваивается маркер, который хранится на сервере в связке с данными о типе устройства и дате установки.
Нагрузки, конечно, велики, но решение этого вопроса — отдельная история, достойная отдельной статьи.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Разработка iOS-приложения Aviasales.ru. Экран выбора аэропортов