#android
#Android
Вопрос:
У меня есть веб-приложение Java, запущенное на Tomcat, которое управляет входящими запросами на обновления базы данных из игрового приложения для Android. Например, приложение для Android может использовать URL-адрес публикации, подобный: /mycontroller / updateScore /?score = 345 amp; id = 123456789
который обновляет оценку пользователя, когда он играет в игровое приложение для Android, и сервер отправляет простой ответ об успехе или ошибке.
Описанный выше подход основан на простом HTTP URL, как в традиционном веб-приложении, и пользователь взаимодействует с ним с помощью веб-браузера.
Вторая альтернатива, о которой я думаю, — это веб-службы RESTful JSON для интеграции моего веб-приложения с приложением Android.
Обеспечит ли RESTful JSON решение с более высокой производительностью?
Комментарии:
1. Не основано на том, что вы описали здесь. Как указывает duffymo ниже, HTTP — это REST. Суть в том, что чем больше «слоев» вы добавляете к дизайну приложения, тем медленнее оно будет продвигаться… большая проблема на мобильных устройствах… из-за дополнительных абстракций, которые необходимо обработать. Сжатие данных, обмен данными на основе сокетов (по той же причине… HTTP работает поверх сокета), или другие методы могут помочь, но вы бы «заплатили» в смысле отказа от простоты ради незначительного улучшения производительности (на основе очень ограниченного объема информации, которую вы включили сюда).
Ответ №1:
REST — это HTTP, поэтому здесь не будет никаких преимуществ.
JSON будет более эффективным протоколом обмена сообщениями, чем XML, но я не вижу, чтобы он давал какие-либо преимущества по сравнению с URL-адресом POST в вашем вопросе. Решение URL позволит веб-серверу анализировать HTTP-запрос и представлять параметры запроса в виде пар имя / значение. Если вы отправляете JSON, вашему приложению придется выполнить дополнительный синтаксический анализ.
Я думаю, что решение REST / HTTP должно работать и выполнять достаточно хорошо. Я бы рекомендовал придерживаться этого, пока у вас не будет доказательств того, что оно не может работать, а затем настроить.