[lxa85]

П.С. я не нуждаюсь в чистом соурс коде, мне просто нужна помощь в понятии самого процесса этой коммуникации. »

http://download.oracle.com/javase/tu...rking/sockets/
Как отладишь механизм передачи сообщений, все остальное станет делом техники и аккуратного программирования.

[pivster]

Спасибо огромное за ответ, я обязательно ещё раз пройдусь по этому туториалу.

Если не сложно, скажи, с твоей точки зрения, какая из архитектур лучше ?

[lxa85]

pivster, я честно сказать не понял, в чем у них принципиальная разница. По реализации и то и то возможно. Самое критичное, что я могу предположить - нехватка времени в конце партии. Соотв. лучше отдать приоритет игре, и свести общение клиентов только с теми кто играет в первую очередь и с наблюдающими во вторую. Чат - ну так, некритичное баловство.

[pivster]

Принципиальной разницы как таковой в принципе и нету. Просто мне кажеться чтобы разгрузить сервер, лучше делать отправку ходов между клиентами, а не через сервер, что уменьшит загружаемось сервера.
Давай я попробую описать своё понимание коммуникации между клиентами, возможно у меня просто напросто проблема в мишлении.

И так, состояние доски передаёться только между клиентами которые друг с другом играют.
5 открытых игр.

У каждого клиента значит должен быть лисенер на порт. Вопрос, чтобы вести 5 игр, или ожидать подключение от 5 клиентов, надо 5 паралельных лисенеров на разных портах ? или же соединения с 5 клиентами будет проходить через один порт, и каждому клиенту надо только один лисенер ?

лисенер в смысле ожидания подключения естественно.

Ах да по поводу чата, это не некритичное баловство, чат должен быть, такое задание проэкта. Наблюдателей у партии небудет, только два игрока. Остальные же знают только, что некий игрок ведёт некоторое количество партий, с кем именно, знать им не обязательно.

[lxa85]

Ах да по поводу чата, это не некритичное баловство, чат должен быть, такое задание проэкта. »

Я несколько в другом смысле Ко времени - это не критичное баловство. Т.е. исход игры не зависит от того, прочтет ли игрок сообщение сейчас или секунду, две после. А вот партия - зависит. Т.к. в конце партий (5 минутка допустим) время будет пиковой характеристикой.

У каждого клиента значит должен быть лисенер на порт. Вопрос, чтобы вести 5 игр, или ожидать подключение от 5 клиентов, надо 5 паралельных лисенеров на разных портах ? или же соединения с 5 клиентами будет проходить через один порт, и каждому клиенту надо только один лисенер ? »

Опять таки это реализуемо и так и так. Можно в дальнейшем 5 различных портов адресовать 5 различным потокам программы, но это в большей степени будет относится к игре с искусственным интеллектом.
Передачу доски - можно свести к оправке 64х байт с избытком, т.е. не такое уж и большое сообщение, чтобы "забивать" канал связи. Соотв. не столь сложный алгоритм синтеза и разбора сообщения. Можно конечно поиграть со скоростями синтеза/разбора на синтетических тестах, и выбрать оптимальный. Это добавить работе плюсов.

[pivster]

По поводу передачи самой доски:
мы собираемся только передавать 3 ключа длиной в 32 знака.
Тоесть:

Black = {0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0}
White = {0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0}
King = {0 1 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0}

Первые два ключа это позиция фишек на доске, третий ключ, если сопоставить один из первых двух с третим, определяет где стоит дамка. Простая логика, так сказать.

Для начала я думаю, создам сегодня тестовые клиенты, чтобы увидеть просто как в действительности работать с сокетами при подключении клиент <-> клиенты. Практика всё таки я думаю сможет помочь продвинуться в этом направление