progettazione di 'motore di gioco' per piccoli giochi javascript?

2

Sto creando un gruppo di due o tre semplici giochi javascript per divertimento. Dopo che qualcuno ha terminato una partita, verrà presentata una versione più difficile o più semplice di un'altra partita a seconda che il gioco originale sia stato vinto o perso. Ho una domanda di alto livello sul design delle cose:

Finora ho creato una classe per un tipo di gioco che gestisce l'interazione con l'interfaccia utente e lo stato del gioco stesso. Ma per rintracciare quanti dei sottogiochi sono stati vinti, o per capire se il prossimo gioco presentato dovrebbe essere più o meno difficile, ci sono argomenti da fare per fare una classe di 'motore di gioco'? Come comunica il motore ai giochi? Ad esempio, quando si vince un gioco, come vengono trasmesse tali informazioni al motore? Esiste un design migliore o più comune?

(Se vuoi vedere quello che ho finora, i giochi stanno lentamente prendendo forma qui: link e possono essere visualizzati all'indirizzo link )

    
posta Matt 08.11.2011 - 05:18
fonte

1 risposta

3

Pensa ai giochi N, non solo a due. Ora, elimina tutto ciò che viene ripetuto in ogni implementazione, ovvero il tuo 'motore di gioco'. Un motore dovrebbe offrire soluzioni di implementazione comuni, come darti la possibilità di fare clic su coordini, rendering di forme, ecc. E non memorizzare stati.

Per ulteriori informazioni su come sono strutturati i giochi, ti consiglio di leggere: Recensione del codice sorgente di Quake 2 è complesso, ma avrai un'idea di come funziona un vero gioco e il I tutorial di Irrlicht Engine dovrebbero darti un'idea di come vengono comunemente utilizzati i motori di gioco.

    
risposta data 16.11.2011 - 18:53
fonte

Leggi altre domande sui tag