2016-08-28 4 views
2

Я исхожу из фона веб-приложения на основе Java, где клиент - тонкий клиент, т. Е. Браузер и все страницы пользовательского интерфейса (HTML, CSS, JS) вместе с данные поступают с сервера. Но с недавним чтением в сети о мобильных приложениях на базе Android и основанном на Q/A на переполнении стеллажа возникло такое понимание.Связь с Android-приложениями с веб-сервером?

Android-приложение с бэкэнд (где данные извлекаются с сервера) подобно двум приложениям, обменивающимся друг с другом по http , Когда я говорю о двух приложениях, эти являются одними из мобильных приложений, которые являются приложениями java (android), а второй - на сервере, который обычно отображается через веб-службы, которые могут быть на любом языке , например, java/dot net. Правильно ли это?

Если да, у меня есть одно сомнение при сравнении с веб-приложением на базе Java. Это касается страниц пользовательского интерфейса. В веб-приложении Представления пользовательского интерфейса возвращаются с сервера в формах HTML. Но я смущен, когда страницы пользовательского интерфейса находятся в приложении Android. Является ли это вообще на стороне клиента (все ui-страницы загружаются с помощью приложения. В приложении с различными событиями приложение выполняет пользовательский интерфейс с самой стороны клиента, но данные поступают с сервера) или они обслуживаются с сервера? Если с сервера они снова обслуживаются как HTML или есть какой-то другой формат, с которым лучше справляются гели?

Возможно, приложение для Android не должно ожидать, что на нем будут отображаться все страницы пользовательского интерфейса, что означает, что загруженное приложение должно иметь все страницы интерфейса пользователя.

+0

Возможный дубликат [Браузерное веб-приложение против мобильного приложения?] (Http://stackoverflow.com/questions/40576689/browser-based-web-app-vs-mobile-app) – emilly

ответ

0

Я думаю, что пользовательский интерфейс все еще находится на клиенте, а контент для заполнения пользовательского интерфейса - от сервера. Этот контент транспортируется по протоколу HTTP (s), поэтому в формате HTML, как вы сказали. Но для получения ответа от сервера, я думаю, можно использовать другие протоколы.