(multiplayer) игру клиент-сервер

Скажите для того, какие нужно использовать варианты кодинга, что бы наипсать on-line игру. Хочу сделать многопользовательскую (multiplayer) игру клиент-сервер. И незнаю какой у ней должен быть костяк...
Владею PHP, java-script, HTML, FLASH MX !!!. Подскажите структуру этой игры.

имхо, здесь необходим "нормальный" язык програмирования, аля делфа, си и т.д.

Ну на JavaScript можно писать гамесы в духе клиент-сервер [такое г... получается =) ]
Хотя Java для этого подойдет лучше

Сообщение отредактировано: vot - 05.01.03, 09:54

Цитата AmixeN, 05.01.03, 05:02:58

Скажите для того, какие нужно использовать варианты кодинга, что бы наипсать on-line игру. Хочу сделать многопользовательскую (multiplayer) игру клиент-сервер. И незнаю какой у ней должен быть костяк...
Владею PHP, java-script, HTML, FLASH MX !!!. Подскажите структуру этой игры.

Не-не. Не слушай их. +) В общем - суть такая. Я видел человека, который писал чат свой на Flash. Сервак был на Java (не Javascript). В общем, имхо, если нормальное что-то хочешь сделать - советую - используй FlashMX + Java. Чиста на чем-то нормального сделать - низзя, имхо. Пробуй

Дык я ж и сказал 'Java'

Вот я тоже самое и говорю: нормальный язык нужен, а не скриптовой! (тем более не язык разметки)

есть, собственно, 2 основных варанта
первый: клиентские части находятся на машинах игроков, они соединяются с bind-сервером и обмениваются сообщениями только с ним, инфа о состоянии игры находится на сервере, каждый по запросу и/или сервер предоставляет ее при наступлении определенного события
второй: полный peer2peer, т.е. две/три/... машины, соединенные друг с другом в любой последовательности, но надо гарантировать, как минимум, одно соединение между машинами, инфа о состоянии игры хранится у всех и синхронизируется между всеми участниками, сообщения отсылаются от любого любому с последующей синхронизацией состояний у всех участников
ядро и систему общения можно писать на С/С++/Delphi/Java, а интерфейс на чем угодно

   Мы на работе писали онлайн сервер для игр таким образом:
   Сервер на спп. К нему в виде длл подключаются игровые модули. Т.е. для каждого типа игры своя дллка, которая обеспечивает все логику игры. Из нее экспортировалась одна функция(На самом деле больше, но главная одна) СGameObject* CreateGameObject(...). В дллке реализован класс: к примеру class CChessGame : public CGameObject. Т.е. когда клиент посылает запрос создать новую игру, то сервер вызывает эту функцию и дллка создает экзэмпляр игры.
   Далее: сервер собой никакого интерфейса ни представлял, кроме cfg файла со списком дллек для загрузки. Весь интерфейс был реализован на отдельном приложени  консоли. Она общалась с сервером по сети и управляла им. Так удобнее чтоб комп сервака не был занят ничем кроме самого сервера. (К тому же он у нас был кросс-платформенным и запускался по этому на FreeBSD. А консоль запускалась в виндах) .
   Клиент у нас был реализован на java т.е. Applet. Собственно и делать его лучше всего на яве, по крайней мере сетевую и логическую часть. Но возможно для интерфейса клиента стоит подумать над FLASH'ом.

Неплохой пример online-шахмат безо всяких Flash, Java b и даже JavaScript.
Чистый HTML и CGI/Perl. Немного непривычно, но работает.
www.caissa.com

Бери Дельфина или биЛдер - не проГАДаешь. Ну на крайняк визС++.