Java клиент / серверная архитектура - PullRequest
0 голосов
/ 18 июля 2011

У меня есть некоторый опыт использования JAVA EE 6 наряду с такими фреймворками, как Seam, я использовал glassfish и Jboss AS. Сейчас я хочу разработать пару игр с архитектурой клиент / сервер, но использование сервера приложений кажется излишним, поскольку каждая сторона должна настроить свой сервер для игры, поэтому я подумал о том, чтобы перейти на простую Java SE. Я читал о гризли и нио.

Моя проблема в том, что я нашел примеры того, как реализовать это в очень простом случае. Или они казались излишне сложными. Я думал об использовании MVC с наблюдателем, поэтому у меня есть четкое разделение между игровой логикой и представлениями, а также удаленными прокси-серверами, чтобы имитировать, что другие игроки играют локально, поэтому мне не нужно дублировать логику, если я когда-либо захочу добавить AI игроков.

Можете ли вы указать мне правильное направление? Это хорошая идея? Ресурсы на это? Я понимаю, что это много, но я ищу лучшие практики или причудливый подход к решению этой проблемы.

1 Ответ

1 голос
/ 18 июля 2011

ИМХО, самый простой способ распространения игровых данных - это использовать JMS Topics.Это обеспечит распространение одинаковых сообщений в вашей системе.(И он позаботится о сокетах)

Я бы использовал ActiveQ , потому что его легко начать, однако HornetQ - очень быстрый бесплатный сервер.

Это позволит вам распространять ваше приложение так, как вам нравится.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...