(NOTA: Esta é uma duplicata de uma pergunta que fiz no SO, depois de ter esquecido temporariamente o GameDev <pendurar a cabeça com vergonha>. Quando uma é respondida, eu a vincularei novamente à outra.)
Estou tentando fazer meu primeiro jogo cliente / servidor usando o Google Apps Engine como back-end (requisito de especificação.) Fiz os tutoriais (Java), mas tudo isso parece altamente centrado no navegador.
Basicamente, eu gostaria que meu aplicativo (móvel, não que isso importe):
- Permitir que o usuário crie uma conta de jogo (NÃO a conta dele do Google!)
- Faça login com essa conta.
- Pressione o botão "MARCO" para enviar uma solicitação identificada à conta para o servidor.
- Obtenha uma resposta "POLO" do servidor.
- Como dados (como um objeto JSON, XML-DOM ou similar), não como uma página da web.
Alguém pode me indicar um bom tutorial / projeto de amostra / leitura detalhada para me ajudar a conseguir isso? Tenho certeza de que, assim que começar a trabalhar, eu posso fazer todo o resto - mas estou tendo o problema "preso no portão de partida", não sendo capaz de trabalhar com o login básico da conta e troca de dados não HTML.
Obrigado!
Respostas:
Eu tenho um exemplo prático de um jogo cliente / servidor criado no App Engine. Você pode bifurcar no GitHub e experimentar a demonstração ao vivo .
Ainda não escrevi sobre isso nem nada, mas o código é relativamente bem comentado. Diverta-se!
fonte
Para algo tão simples, eu recomendaria o uso de python (e, em geral, a experiência do python GAE é bastante boa.)
Tenho certeza de que, para o que você deseja fazer, o tutorial e a documentação simples do mecanismo de aplicativo serão suficientes. Você deseja criar um aplicativo com 3 controladores (verificar credenciais, criar credenciais e responder marco-polo).
Existem vários exemplos de código aberto do código python para o mecanismo de aplicativos no github e muita documentação no site oficial, eu diria: vá experimentá-lo e se você se deparar com uma parede, faça uma pergunta específica = D
Espero que ajude!
fonte
A parte que não estava clicando para mim - e, como eu suspeitava, era muito simples - era apenas uma questão de implementar a rotina doPost () (ou doGet (), mas eu uso o POST) e escrever de volta ao respondente.
Havia também alguns bits que eu não segui corretamente na primeira vez sobre a configuração dos nomes de classes e URLs de resposta, no arquivo web.xml (na pasta war).
Depois de configurar corretamente (web.xml), a rotina doPost () era simplesmente algo como:
Existem inúmeros outros detalhes, mas esses foram os dois que mais me penduraram. Uma vez que quebrei essa barreira simples, todo o resto fluía muito rapidamente.
fonte