Piattaforma di gioco multiutente a tempo reale

Nel complesso, la tua domanda è probabilmente troppo ampia per poter rispondere in modo approfondito, ma proverò a darti alcuni suggerimenti nella giusta direzione.

Ci sono una serie di buone ragioni per cui è necessario avere un proprio server (web o altro):

In primo luogo, qualsiasi gioco di moderata complessità sarà abbastanza unico da non trovare un servizio esistente da collegare semplicemente per eseguire la logica di gioco. Non sono nemmeno a conoscenza di servizi che tentano di fornire cose del genere (a parte i servizi di base, come i dati o l'archiviazione delle risorse di gioco, ecc., In genere è ancora necessario scrivere e ospitare il proprio codice).

In secondo luogo, come con qualsiasi applicazione in rete, non ci si può davvero fidare del lato client (semplicemente non si può essere sicuri che il codice client non sia stato manomesso - periodo). La soluzione tipica consiste nell'eseguire la maggior parte della logica di gioco sul lato server (o almeno per verificare se ciò che i client dicono che è corretto o meno). Se non lo fai, prima o poi qualcuno modificherà il lato client per continuare a riportare vittorie e rovinare l'esperienza di gioco per gli altri.

executing some of the gaming logic, for example, in the game of darebase, who determines who tagged whom? Is it one or both clients or is it the server?

Qui, dobbiamo tenere presente il punto precedente, ma anche gli aspetti pratici. Molto dipenderà da come vorresti che il gioco si svolgesse. È un gioco di abilità, in cui i giocatori hanno una sorta di minigioco da giocare, o è semplicemente casuale? La differenza è nella quantità di comunicazione che si verifica tra il client (s) e il server. In quest'ultimo caso, avrei sicuramente il server a fare tutti i calcoli e servire semplicemente il risultato ai clienti. Nel primo caso, è molto più complicato, dal momento che si vorrebbe avere il gioco il più reattivo possibile per i giocatori, pur essendo ancora convalidato sul lato server. Implementare qualcosa del genere può essere molto difficile, quindi per il tuo primo gioco sceglierei l'opzione più semplice: basare il gioco su cose che puoi facilmente codificare, come semplici "rotoli" di numeri casuali, che possono essere tradotti in azioni sul client come "ti affondi al tuo avversario, ma lei schiva!", o qualcosa del genere.

Queste sono le realtà di base della situazione. Quasi certamente avrai bisogno del tuo server, dove vivranno la maggior parte dei dati e della logica del gioco. Per quanto riguarda le tue paure sul fatto che stai reinventando la ruota, non preoccuparti troppo - finché non provi a scrivere il server web da zero (come ha fatto notare Jimmy Hoffa), stai bene. In effetti, a giudicare dalla confusione nei commenti, penso che la maggior parte delle persone lo abbia dato per scontato; Stavo solo cercando di convincerti.

EDIT: Se desideri saperne di più sulle architetture reali, ecco un articolo che delinea Il gioco MMO di PowerUp di IBM (è in Java, ma i concetti superati restano gli stessi). Va notato che questo esempio si occupa di comunicazioni pesanti tra molti client e server; potresti essere in grado di progettare il tuo gioco in modo molto più semplice, con solo comunicazioni occasionali (ad esempio una volta per "battaglia").

I tuoi requisiti non precludono in modo specifico alcuna delle più comuni lingue sul lato server. Ma potresti prendere in considerazione qualcosa come node.js , che è particolarmente adatto a gestire il tipo di comunicazione "in tempo reale" che desideri tra i client.

Probabilmente vorrai un server centrale. So che hai detto che stavi guardando la comunicazione tra cliente e cliente. Ma ciò può essere problematico a causa di firewall / router. Ci sono sicuramente dei modi per aggirare questo problema (ad esempio, come fa skype), ma probabilmente non varrebbe la pena per te.