Racchetta come linguaggio di scripting in un motore di gioco

Question

Vorrei aggiungere funzionalità di scripting al mio motore di gioco C++.

ho Engine.exe, Physics.dll, Audio.dll e sto aggiungendo Scripting.dll che è una racchetta involucro di alto livello.

Engine.exe carichi Physics.dll e imposta il mondo della fisica, carica Audio.dll e imposta il mondo audio. Si suppone di caricare Scripting.dll, impostare i binding su Physics.dll, Audio.dll e caricare gli script di gioco.

mi risulta, ci sono due possibili modi per incorporare Racket in un programma C++:

• As Extension
• As Foreign Interface

Uso Foreign Interface sembra strano per necessità di caricare Physics.dll, Audio.dll due volte: prima da Engine.exe e poi dallo script di gioco.

Scrivere Extensions sembra più allettante, perché consente di eseguire collegamenti script sul lato C++. D'altra parte devi costruire la tua estensione con raco ctool, collegarla con il file oggetto mzdyn - che sembra anche imbarazzante: perché non rendere una libreria statica mzdyn?

Vorrei implementare un unico metodo, ad es. setupScriptBindings(), sia in Physics.dll che in Audio.dll e per chiamarlo dallo Engine.exe all'avvio.

C'è un modo semplice per farlo?

Answer 1

Dopo aver utilizzato entrambi i metodi di estensione e FFI per collegare il racket al codice C, devo dire che l'approccio FFI è molto più bello. I binding in Racket alle funzioni C sono ben definiti e robusti e trattare con i tipi C in Racket è molto bello. L'unico inconveniente dell'utilizzo dell'approccio FFI è che, AFAIK, il tuo programma Racket deve essere l'applicazione driver.

Con l'approccio di incorporamento l'eseguibile C/C++ è il driver, ma dichiarare che l'interfaccia con il codice Racket è molto più manuale e soggetta a errori. Per non parlare del fatto che devi o capire raco ctool e replicarlo o avere il sistema di costruzione della racchetta prendere in consegna il tuo. Per i nostri scopi abbiamo finito per estrarre le sorgenti di Racket e costruirle da soli. Non consiglio davvero questo approccio.

In definitiva per i miei scopi avere la mia applicazione essere un'applicazione Racket con un file .DLL/.so esterno che ha caricato per le funzioni C ha funzionato meglio, ma sembra che tu possa essere bloccato con l'approccio di incorporamento.