Веб-серверы и веб-хостинг для мобильных клиент-серверных приложений - PullRequest
Новая
       18

Веб-серверы и веб-хостинг для мобильных клиент-серверных приложений

1 голос
/ 04 марта 2011

Я хотел бы создать мобильное приложение со следующими требованиями:

  • Мобильные клиентские приложения должны запрашивать и получать данные из базы данных на сервере.
  • В будущем я, вероятно, захочу создать веб-приложение для той же базы данных.
  • Для связи между клиентами и сервером я хотел бы использовать буфер протокола Google.

Итак, у меня есть следующие вопросы:

  1. Как настроить сервер на получение запроса и ответа на что-либо, кроме html. Я думаю, что использование RPC звучит хорошо, но я понятия не имею, как настроить его на сервере.
  2. Мне нужно найти хороший веб-хостинг, который позволил бы мне настроить базу данных и сервер, который мог бы обслуживать как буфер протокола Google, так и обычные веб-страницы с данными.
  3. Прежде чем приступить к созданию веб-приложения, есть ли более легкое решение, которое может быть лучше для общения с клиентами (может быть, даже крошечный домашний сервер), и насколько сложно было бы сделать это с полным масштабировать веб-сервер с самого начала?

Пожалуйста, укажите мне правильное направление, чтобы я знал, что читать дальше. Я не обязательно ищу конкретные названия услуг веб-хостинга, а скорее представляю, какие услуги доступны, чтобы удовлетворить мои потребности. Я немного поработал с django, Spring и Java EE, так что, если есть какое-то решение, которое было бы замечательно, я не боюсь узнавать что-то новое.

Заранее спасибо

Simon

1 Ответ

0 голосов
/ 04 марта 2011

  1. если вы все еще имеете в виду http, это довольно тривиально - вы просто устанавливаете соответствующий тип контента и записываете свои данные в поток ответов.Точное как зависит от вашей веб-инфраструктуры и инструментов, но это ничем не отличается от (скажем) обслуживания сгенерированных изображений на лету.HTTP-запросы прекрасно работают для сценариев обмена сообщениями - так же просто, как сделать запрос http (обычно POST) с телом protobuf (и т. Д.) И обработать ответ таким же образом.

  2. не может комментировать

  3. веб-приложение может быть легким;конечно, более, чем необходимость настраивать не http-сервис / демон.«Легким» вариантом будут необработанные сокеты, но его сложнее развернуть, и вам придется более разборчиво выбирать хост.Если вам абсолютно не нужен этот уровень краткости (т.е. отбрасывание заголовков http и написание собственного транспорта, чтобы приблизиться к проводной связи), просто придерживайтесь http - вам будет намного легче приступить к работе и поддерживать

Для информации, у меня есть сообщение в блоге о том, как сделать это с ASP.NET MVC ;это не означает «делай это» (черт возьми, пользуйся любыми инструментами, которые тебе помогут) - просто, он должен показывать вид необходимых вещей.

...