Ci sono davvero due significati diversi per il motore (di gioco) oggi. Le definizioni categoriche sono spesso nebulose, ma ecco la sensazione che ho raccolto in 30 anni di orbita attorno alle industrie.
L'unità contiene già dozzine di cose che chiamiamo motori. C'è almeno un motore di particelle, un motore di fisica (due!), Un motore di animazione, un motore audio e un motore UI. Anche il sistema di gestione degli oggetti e il sottosistema di rendering possono essere conteggiati.
In questo modulo, "motore" significa "un sistema, un componente, un framework, un modulo o una libreria normalmente riutilizzabili / modulari progettati per gestire le trasformazioni in corso del tuo stato persistente in base a input o regole". Le cose al di fuori dei giochi usano talvolta il termine; Ho visto un sacco di renderer HTML e database e sistemi di widget / finestre che vengono chiamati motori, se non nominati nel codice.
Una cosa che Unity non ha è un motore di regole o un motore di meccanica o un motore di gioco (a meno che tu non stia realizzando un gioco di fisica pura), ed è quello che quel ragazzo sta cercando di fare. Sembra che negli episodi successivi stia lavorando alla creazione di meccanismi per la gestione della città e cose del genere, quindi non si tratta solo della mappa delle tessere. Ma un Tile Map Engine è un'altra cosa che Unity non ha.
L'altro uso della parola viene dai giorni precedenti, quando creare intenzionalmente componenti modulari per riutilizzarli tra i giochi era molto meno comune e in gran parte una relazione interna con cose come la Z-Machine e i tre o quattro framework che Sierra ha attraversato nel corso degli anni . Fu solo quando scoppiò la licenza interaziendale del motore Doom che qualcuno usò il termine, AFAIK. E allora, era davvero un pezzo di codice che avrebbe eseguito il tuo gioco; dovresti hackerarlo per aggiungere nuovi comportamenti, ma la maggior parte della creazione di un gioco come Heretic stava davvero alimentando nuova grafica, mappe e audio nel sistema.