2015-03-17 3 views
0

Я думаю, что разрабатываем приложение для Android, где он/она ?.Это лучшее решение для соединений p2p

Если клиент «A» запрос местонахождение клиента «B», сервер подключения клиента «B» и получить GPS местоположение клиента «B» и ответа сервера к клиенту «A»

Приложение должно работать в фоновом режиме, но не должны сильно заставлять мобильное устройство.

Не должно быть трафиков между клиентом и сервером, если запрос отсутствует. Трафик должен быть, если есть запрос.

Как Skype или whatsup, вы можете подключать клиента каждый раз, когда вы звоните или отправляете сообщение. Если клиент находится в Интернете, чтобы мое приложение работало, если оба пользователя в Интернете. Если запрошенный клиент не находится в Интернете, то приложение должно отправить самую последнюю известную позицию.

Для этих помещений, какой протокало следует использовать? Http (я думаю, нет), TCP, XMPP или андроида связаны службы реализовать my methodlgy?

Как реализовать методы мойки?

благодаря

ответ

0

Я не хочу вас обидеть, но я думаю, вы должны начать с основами андроида развития и распределенных систем. Однако, вот мой ответ:

Вы можете использовать HTTP, но лучше использовать HTTPS, чтобы данные были зашифрованы между сервером и клиентом. Если бы я собирался создать такое приложение, я бы написал небольшое приложение на устройстве Android, которое передает позицию устройства вместе с уникальным идентификатором устройства (возможно, IMEI) на сервер, закодированным в HTTP (S).

Использование HTTP будет иметь преимущество, что вы можете использовать много разных языков на стороне сервера, например PHP (это был бы мой выбор, но вы могли бы использовать другие). На стороне сервера вам нужно будет поместить полученные данные в базу данных или другое хранилище.

Оттуда вы выбираете, что собираетесь делать и как представить данные. Может, сделать небольшой сайт?

С уважением Me

+0

Использование HTTP (S), как сервер подключения клиента? Я помню, что только клиент может подключиться к серверу с помощью post или get method. В моем методе клиент «A» запрашивает данные и сервер gps для подключения клиента «B» и получает данные и ответы A. В моем сервере knowlodge нельзя подключиться к клиенту – Beyaz

+0

Oh Well , Я должен признать, что я ошибся - извините за это! Ну, это немного сложно, вам придется периодически отправлять сигналы от клиента к серверу. Я думаю, что я попытаюсь использовать что-то под названием «UDP Hole Punching»: там клиент отправляет пакет на сервер через UDP. Теперь сервер знает IP-адрес отправки и исходный порт клиента A. Теперь он может подключаться к этому IP/порту, когда клиентский сервер B запрашивает позицию клиента A. Клиент B должен будет сделать то же самое, чтобы быть доступным для сервер, если клиент А запрашивает его позицию. – Christian

+0

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

Смежные вопросы