Nik

Задался тут вопросом обновления версии Android NDK...
Delphi 10.2 Tokio:
- android-ndk-r14b-windows-x86_64 - скомпилировалось, но при запуске приложения на андроиде сбоит и виснет;
- android-ndk-r15-beta1-windows-x86_64 - полёт нормальный.. всё работает )
P.S> может кому пригодится

Тем, что на телефоне Android 4.2.2. Версию выше не пробовал ставить, а так работает точно )

Задался тут вопросом обновления версии Android NDK...
Delphi 10.2 Tokio:
- android-ndk-r14b-windows-x86_64 - скомпилировалось, но при запуске приложения на андроиде сбоит и виснет;
- android-ndk-r15-beta1-windows-x86_64 - полёт нормальный.. всё работает )
P.S> может кому пригодится

зачем вы на вики отправляете...если вы не отличаете термины СУБД и БД...размечтались работать с файлом напрямую ))

Честно, я не вижу в этом проблемы.. Если количество видов запросов небольшое, то написать обработчики не является трудоёмкой задачей, а если большое, то написать один раз "обвязку" над запросами по парсингу проблем не составляет.. тем более XML-парсеры прекрасно работают и под windows, и под андроидом.. Вот прикручивать DataSnap там где он совершенно не нужен с его избыточной функциональностью - вот в этом смысла совершенно не вижу..
Для примера - у меня сейчас программа на андроиде одним типом запроса обрабатывает три варианта загрузки данных разного назначения.
1) это автоматическое скачивание обновления apk-файла
2) загрузка документов в формате jpg, pdf с сохранением в заданном каталоге
3) пакетная загрузка картинок с разбором пакета "на лету" и загрузкой в TBitmap (без сохранения на носитель)
Команда при этом вызывается одна, но с разными параметрами.
Парсер результатов выполнения занимает строчек 45-50.. при том, что я begin end и прочее пишу в отдельных строчках.
Процедура чтения пакета картинок "на лету" занимает порядка 70-80 строк..
Но тут передача идёт через TStream...
 
Если говорить про XML и JSON - честно скажу, что до JSON руки у меня не доходили, а первоначальный вариант программы мне достался с использованием XML. Этим и объясняется его использование в настоящий момент. А в своё время разработчику так было проще тестировать серверную часть проекта - XML-ки браузером легко читаются и отображаются. По этой же причине был выбран протокол http - так проще было тестировать серверную часть. Клиентская под андроид была написана значительно позже.
Использование тех или иных технологий при разработке какого-либо проекта зависит от условий, которые накладываются в проекта на производительность, сетевой трафик, простоту сопровождения, стандартизацию подходов.
В крупных компаниях (при корпоративной разработке) DataSnap и другие технологии зачастую используют из-за стандартизации подходов - так проще заменить разработчика на любого другого знакомого с данным стандартом.
Про само использование JSON в делфи, кроме уменьшения трафика - других преимуществ я на данный момент не вижу. Но полноценно я его не использовал - возможно у меня сейчас просто мало опыта по работе с этим форматом.

можно.. а на делфи 7 есть библиотеки соответствующие? лично я на делфи 7 очень давно уже не практикую.. года так с 2006-го.. а xml там точно есть..
P.S. у меня на работе как раз описанный вариант реализован был.. делфи 7 на сервере и андроидная программа на эклипсе между собой xml-ками обменивались по http..

Я читал твои впечатления.. В принципе согласен с твоими теми выводами, но в моём конкретном случае количество данных небольшое и по структуре они очень простые.. Цеплять к программе дополнительную библиотеку по обработка JSON, чтобы прочитать 2-5 полей у одной записи - это слишком накладно по моему мнению. Но в целом с JSON надо будет познакомить для общего развития )

Как вариант - на базе http-протокола делать запросы к серверу и получать ответы в виде xml..
Indy под делфи 7 имеются.. xml сформировать проблем нет.. точно также как на андроиде разобрать..

Аналогичная проблема возникла. Наткнулся на эту тему и решил свою проблему )
Вот таким кодом.
var MS: TMemoryStream; Bitmap: TBitmap; ... TThread.Synchronize(TThread.CurrentThread, procedure begin Bitmap.LoadFromStream(MS); end);