Подход к созданию веб-сервера для игры с клиентом веб-браузера и возможностью для клиентского программного обеспечения? - PullRequest
0 голосов
/ 19 марта 2012

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

Таким образом, продукт будет многопользовательской игрой, в которую можно будет играть с браузером, а также с возможностью играть с клиентским программным обеспечением, которое может быть запрограммировано на C #, C ++ или любом другом способном языке. Код «настольного» клиента не должен быть тем, о чем здесь говорят.

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

В конце концов, потому что это многопользовательская игра, мы должны учитывать количество подключений. Количество подключений будет примерно равно от 8 до 12 на «игровые комнаты», и сервер может быть ограничен, чтобы справиться с тем, что он может обрабатывать, поэтому никаких проблем с этим тоже нет.

Вот кое-что, что я подумал, но я не уверен, что это вообще правильное направление.

Веб-интерфейс может быть написан на javascript и использовать ajax или Ajax-подобные технологии.

На стороне сервера, вероятно, может использоваться php, что также позволяют нам делать нас из сокетов, которые позволят клиентскому программному обеспечению подключиться к серверу.

Однако можете ли вы молча обновить php сгенерированные страницы с помощью javascript без необходимости иметь реальное поведение при смене страницы? Я беспокоюсь о мерцании интерфейса более или менее при навигации через разные страницы, и я действительно не так знаком с разные "технологии ajax".

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

1 Ответ

1 голос
/ 19 марта 2012

Ваш подход на верном пути. Первая и единственная веб-страница должна полностью обслуживать всю игру в javascript. Не существует понятия о других «страницах», на которые вы должны перейти. Вы будете делать все (манипуляция с браузером, логика игры, переходы, ввод / вывод и т. Д.) В коде javascript.

Состояние игры, которое может быть утеряно на клиенте, и постоянное состояние на сервере. Вы действительно получите доступ к серверу через Ajax-вызовы из игры javascript. На стороне сервера вы бы выставляли API, которые ожидают каких-то параметров, и возвращали данные JSON с результатами обратно в код JavaScript.

Теперь на рабочем столе вы бы создавали игру точно так же, за исключением того, что используемый вами язык - это не javascript, а, например, C # или java или C ++. Состояние игры, которое вы по-прежнему сохраняете на сервере, и вы можете получить к нему доступ через веб-вызовы из настольной игры.

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