(ПРИМЕЧАНИЕ: это дубликат вопроса, который я задал на SO, временно забыв о GameDev <повесить голову в позоре>. Когда один ответит, я свяжу его с другим.)
Я пытаюсь сделать свою первую клиент-серверную игру с использованием Google Apps Engine в качестве бэкэнда (требования спецификации). Я сделал учебные пособия (Java), но все это в значительной степени ориентировано на браузер.
По сути, я хотел бы, чтобы мое приложение (мобильное, не так уж и важно):
- Разрешить пользователю создавать игровую учетную запись (НЕ свою учетную запись Google!)
- Войдите в систему с этим аккаунтом.
- Нажмите кнопку «MARCO», чтобы отправить запрос на идентификацию учетной записи на сервер.
- Получите ответ «ПОЛО» от сервера.
- Как данные (например, объект JSON, XML-DOM или аналогичные), а не как веб-страница.
Может кто-нибудь указать мне хороший учебник / пример проекта / подробное чтение, чтобы помочь мне достичь этого? Я почти уверен, что, как только я это заработаю, я смогу сделать все остальное - но у меня проблема «застрял у стартовых ворот», я не могу работать с базовым входом в учетную запись и обмен данными не в HTML.
Спасибо!
Ответы:
У меня есть рабочий пример клиент-серверной игры, созданной на App Engine. Вы можете раскошелиться на GitHub и попробовать демо .
Я еще не писал об этом или о чем-либо еще, но код относительно хорошо прокомментирован. Повеселись!
источник
Для чего-то такого простого я бы порекомендовал использовать python (и в целом опыт работы с python GAE довольно хороший).
Я уверен, что для того, что вы хотите сделать, достаточно простого руководства по движку приложений и документации. Вы хотите создать приложение, которое имеет 3 контроллера (проверить учетные данные, создать учетные данные и ответить на marco-polo).
В github есть множество примеров кода с открытым исходным кодом для движка приложений в github, а также много документации на официальном сайте, я бы сказал, попробуйте, и если вы столкнетесь со стеной, задайте конкретный вопрос = D
Надеюсь, это поможет!
источник
Часть, которая меня не интересовала - и, как я подозревал, была очень очень простой - заключалась в том, что это просто вопрос реализации подпрограммы doPost () (или doGet (), но я использую POST), и записи вернуться к ответчику.
Также были некоторые моменты, которые я не совсем правильно выполнил при настройке имен классов и URL-адресов респондента в файле web.xml (в папке war).
После того, как я правильно настроил (web.xml), подпрограмма doPost () стала чем-то вроде:
Есть множество других деталей, но это были те, которые повесили меня больше всего. Как только я преодолел этот простой барьер, все остальное слилось очень быстро.
источник