igor888,
для таких вещей трёхзвенка самое оптимальное. в качестве протокола - websocket, что позволит просто организовать обмен в обоих направлениях, по инициативе любой стороны, а также контролировать устройства, подключенные к серверу,
к примеру сервер может производить рассылку изменений, без запроса об этом с клиента.
сервер организуется на java, клиент также на java
в этом есть однообразие клиента и сервера. что не маловажно легко переводится на web

Igor888Спасибо всем за ответы.

Нативные клиенты я так понял - хорошо, но разработка может быть слишком дорогой в таком случае.

1.если посмотреть в сторону Web т.е. мобильная страничка?
2.если на .net?
если смотреть в сторону web - надо тоже быть осторожным, можно нарваться на кросбраузерность. это первое . второе — среда разработки. тоже станет вопрос ребром — проблема выбора.
если .net только под винду, а это тож как-то не в тренде. я повторюсь, основное это возможность двусторонней связи, но это не ajax, не comet. это websocket. и лучше всего для этого java.

Igor888вадяigor888,
для таких вещей трёхзвенка самое оптимальное. в качестве протокола - websocket, что позволит просто организовать обмен в обоих направлениях, по инициативе любой стороны, а также контролировать устройства, подключенные к серверу,
к примеру сервер может производить рассылку изменений, без запроса об этом с клиента.
сервер организуется на java, клиент также на java
в этом есть однообразие клиента и сервера. что не маловажно легко переводится на web

Я с этим языком не разу ни сталкивался в плане программирования.

1.Вы пишите что лучше подойдёт java, почему Вы так считаете? надеюсь не только из-за хорошо интегрируемого websocket...

2.Тут получается клиент будет не "нативным", а кросс платформенным. Если смотреть в сторону java, на сколько это может быть болезненным в плане производительности?

3.Приложение написанное на java будет работать на любой мобилке или есть ограничения?

4.Ну и конечно какую студию лучше всего использовать с java языком?
java не только из-за хорошо интегрируемого websocket (в отличие от php). но и потому что на java пишется серверная часть и клиентская (андроид).
насчет производительности - java пока такого не слышал. и при использовании websocket производительность сервера возрастает многократно. :) тут есть одна простая причина - серверу не требуется отвечать на пустые запросы клиентов о наличии изменении данных, сервер сам разошлёт при необходимости. и только тем кому надо.
тут есть ещё одно достоинство ( но уже применение websocket, клиентом может быть как андроид, так и браузер. с точки зрения обмена данными. для сервера большой разницы нет)

на любой , где есть андроид, это точно, за прочие - не ручаюсь :)
андроид студио , наверно будет лучшей, тем более что выходит 2, и говорят там много фкусняшек.
тут есть ещё одна тонкость - это прохождение websocket через старые прокси. поэтому рекомендую сразу использовать wss, для этого достаточно самоподписанных сертификатов. http://java-websocket.org - есть пример для сервера и клиента

с точки зрения обмена данными - soap, xml, json - это на любителя, но я использую свой формат, т.к. кпд ws приближается к 100%, т.е. про передаче данных служебнаф инфа измеряется байтами - то незачем ухудшать это различными навесками.
используя ws можно передать и одно значение на сервер, нет необходимости формировать пакет с данными.
но как правило формируется набор логический данных, и записывать эти данные во что-то чтоб сформировать json, или xml , а потом парсить на сервере я считаю накладно
достаточно сформировать строку с данными используя разделитель между ними любой символ (к примеру ® ° ±) на противоположной стороне использовать split
для того чтоб приёмная сторона знала как обрабатывать принятые данные, я в начале данных добавляю команду, после которой идёт символьный разделитель.
у меня команда совпадает по имени с методом, который должен обработать эти данные. тут рефлексия решат всё очень просто.

skyANA,
странный вопрос про websocket

самое простое решение для связи клиента с сервером

skyANAвадяskyANA,
странный вопрос про websocket

самое простое решение для связи клиента с серверомСамое простое решение - это HTTP протокол.

Вот где тут нужен именно WebSocket протокол: "просматривать историю посещений, предварительную запись, депозиты, могут сами записаться или отменить визит"?
даже если считать простой вариант излишим, то для изучения его стоит им заняться,
как известно аппетит приходит во время еды.

авторКонечно стоит, и http/2 стоит посмотреть.
Архитектор вообще о многом должен знать, чтобы выбрать подходящие инструменты для решения задачи.

Вот Вам например полезно было прочитать, что на C# не только под Windows пишут :)
никто не мешает писать и на С#, только я не нашёл библиотек для ws на С#, может не очень обращал внимание...
да и сервер на java намного проще и доступнее. тот же tomcat.
ставится простой распаковкой из архива, работает как часы.
документации и примеров выше крыши.
причём для приложения нет разницы где оно будет запущено - под окнами или линуксами.
один и тот же war. будет работать и там и там.
пишешь отлаживаешь в окнах - продакшен на линусе, достаточно просто скопировать.
а ws чем хорошо - и в браузерах и в андроидах и в десктопах работает, и для сервера нет в этом разницы.
ну и основное - сервер может быть инициатором сообщений, а это кайф в программировании ....

может устарело, но http://habrahabr.ru/post/233395/

авторИ чем же это tomcat проще и доступнее IIS, учитывая, что у ТС бизнес логика в MS SQL? :)
То есть крутится на Windows сервере и наверняка уже есть специалисты по последнему, которым осталось только роль дать, чтобы у них веб сервер появился.
Не нужна им кроссплатформенность на уровне сервера, и ws не нужен.
сделать отдельный сервер в DMZ или на виртуалке(не нужно лицензирования винды) , для для приложения по барабану на чем сервер базы данных и где он расположен).
сервер безопаснее выделять на отдельную машину, особенно если он будет светиться в инет.
даже если запустить tomcat под окнами - будет работать.
вот для этих целей:
авторБудут просматривать историю посещений, предварительную запись, депозиты, могут сами записаться или отменить визит и т.п.

ws очень подходит.
skyANA , ты знаком с ws?
так рьяно отвергаешь, или " ..не читал, но осуждаю..." ?
ведь захочется видеть в реальном времени "предварительну. запись" , оперативно извещать по "предварительной записи"
если у ТС возник вопрос:
автор2.Как лучше всего организовать обмен данными (http, soap, xml…)?
значит у него есть и дальнейшее развитие задачи.

авторИ скорее ты рьяно пропихиваешь WebSocket протокол чуть-ли не в каждой теме, где участвуешь.

да пропихиваю, потому как могу сравнивать возможности ws и прочих ...
и мне хочется сравнить, поделиться, перенять опыт людей , которые тоже это используют.
в самом начале, до появления ws, я использовал jax-ws, и при появлении ws , ради опыта , в одном проекте у меня работает и ws и jax-ws, и очень почувствовал разницу в использовании.
с помощью ws я могу выводить в процессе работы хранимки на сервере (используя UDF) её состояние клиенту.
не говоря уж о выводе прогрессбара длительных обработках данных приложением на сервере.
видеть в реальном времени подлючившихся , и пр. пр. - вот уж это никакими ajax, comet не сделаешь, причём нагрузка на сервер при этом будет минимальна.

Джибскак быть, когда на вердоиде жесткая концепция(и дизайн) под материал дизайн.
а на айфоне своя+ свой дизайн (заточенный под концепции iOS + фича с сильным нажатием)
вот тут как быть ?

мы пока лучше , чем писать нативно под каждую платформу ничего не придумали.

+1
пришел к этому выводу, только это первое подтверждение моих выводов :)