Architettura java MMORPG lato server

Attualmente sto realizzando un gioco MMORPG a turni. Il client dovrebbe funzionare su Android. Ora, il mio amico sta facendo la grafica e io ho seguito le lezioni di gioco (giocatore, armi, ecc.). Ora, se la lotta è iniziata, le classi possono essere manipolate da interfacce (in realtà per il mio partner, è come lavorare con interfacce pure, non ha bisogno di alcun accesso alle classi di implementazione).

Ora dobbiamo introdurre un server di gioco per consentire a più giocatori. E sorgono alcune domande molto importanti:

1) Devo copiare completamente il modello di gioco sul server, senza lasciare classi sul client o è meglio avere 2 copie del modello - 1 sul server e 1 sul dispositivo e completare la sincronizzazione periodica tra quelle?

2) Quale metodo di connessione scegliere tra il client e il server (il client in vista è il telefono Android)? Per quanto riguarda il server, mi rivolgo a Java perché ho una certa esperienza con esso. Ma ora la domanda è: è meglio usare i socket per questa attività o posso usare i servizi REST, o è anche possibile collegarlo in qualche modo al server Java EE che è bello dal mio punto di vista perché rimuove molta programmazione complicazione? Anche se il gioco è multiplayer, è a turni, quindi non deve essere rinnovato molto spesso.

3) Che dire del threading? Ogni cliente dovrebbe avere il proprio thread (in caso di socket)?

4) Esistono libri sulla programmazione del gioco server REAL MMORPG là fuori ???

Non copiare l'intero modello di gioco sul server, non desideri caricare tutte le trame e le mesh dettagliate sul tuo server. Mantenerlo il più semplice possibile, gestire tutti i processi importanti come la posizione, la salute, qualsiasi movimento ma non caricare tutto. - NON AFFIDARE MAI IL CLIENTE.

Ci sono molti libri, insieme a più wiki. Ogni fornitore di motori come IdeaFrabrik, Epic Games, Exitgames, Unity (supporta anche mmo's) ha un'ottima documentazione per i propri prodotti. La maggior parte di queste cose è pubblica, quindi hai accesso a soluzioni complete e puoi effettivamente scoprire come funzionano le cose.

Il modo più semplice per trovare un libro di cui hai bisogno è cercare su MMORPG su Amazon, quindi andare alla categoria del libro e scegliere la sottocategoria "programmazione". Se vai su Google otterrai risultati indesiderati ...

Ecco l'elenco dei libri che ho trovato

Non ho approfondito la programmazione dei server, ma in realtà ero vicino alla scelta della soluzione del motore Unity + Photon Cloud per il mio progetto MMORPG. (HeroEngine ha vinto) Il lato server è fatto in questo in C # e una cosa che ricordo fortemente è il modo in cui le cose sono state spiegate nei tutorial.

1) Devo copiare completamente il modello di gioco sul server, senza lasciare classi sul client o è meglio avere 2 copie del modello - 1 sul server e 1 sul dispositivo e completare la sincronizzazione periodica tra quelle?

D'accordo con Mikolaj non copiare tutto. Invia il minor numero di dati possibile. Puoi avere le stesse classi (che rappresentano solo il modello di dati, non altre risorse) nel client e nel server, ma non inviarle tramite la rete. Volete serializzarli sul server e deserializzare sul client. Il client deve inviare solo comandi al server.

2) Quale metodo di connessione scegliere tra il client e il server (il client in vista è il telefono Android)? Per quanto riguarda il server, mi rivolgo a Java perché ho una certa esperienza con esso. Ma ora la domanda è: è meglio usare i socket per questa attività o posso usare i servizi REST, o è anche possibile collegarlo in qualche modo al server Java EE che è bello dal mio punto di vista perché rimuove molta programmazione complicazione? Anche se il gioco è multiplayer, è a turni, quindi non deve essere rinnovato molto spesso.

Stai pianificando un MMORPG a turni (non ho idea di come funzionerebbe comunque). Quindi la velocità non è un grosso problema. Puoi utilizzare qualsiasi tipo di servizio, REST potrebbe essere buono, è semplice. Di solito i MMORPG usano UDP (non sicuro, più piccolo, più veloce) per cose come gli aggiornamenti di movimento in cui uno o due pacchetti persi non contano e TCP (sicuro, overhead) per comunicazioni sicure. La maggior parte dei giochi utilizza probabilmente un qualche tipo di protocollo personalizzato compresso e crittografato su UDP e TCP per renderlo veloce e difficile da decifrare.

3) Che dire del threading? Ogni cliente dovrebbe avere il proprio thread (in caso di socket)?

In genere si desidera disporre di un pool di thread. Ogni thread dal pool risponde a una richiesta, quindi viene riciclato. Quando non hai abbastanza thread, puoi considerare il blocco o l'allocazione di più thread.

4) Esistono libri sulla programmazione del gioco server REAL MMORPG là fuori ???

Mikolaj lo ha già cercato su Google per te ...