Moteur de script pour XNA

Disons que je fais ce gros jeu en C # avec XNA.

Quelles options dois-je inclure une fonctionnalité de script dans ma base de code?

xna c# scripting

— astk
source

De quelles fonctionnalités, spécifiquement , d'un moteur de script avez-vous réellement besoin? La grande majorité des choses qu'un moteur de script vous offre sont déjà disponibles en C #.

— Andrew Russell

Fondamentalement, je pense à créer quelque chose comme un fabricant de jeux XNA de base GUI. Vous utilisez donc ce créateur de jeu et accédez à mes classes et fonctions C # à partir du script pour implémenter le jeu.

— astk

Qui est l'utilisateur final? Est-ce quelque chose comme Klik & Play (enfants, amateurs)? Ou est-ce plus comme Unreal Kismet (artistes et designers)? Ou quelque chose de différent?

— Andrew Russell

Disons comme Game Maker. Bien qu'il permette d'implémenter n'importe quelle mécanique de jeu, il convient toujours à Klik et à Play. Il n'a pas besoin d'avoir un éditeur de script visuel comme Kismet.

— astk

C'est très différent de la question que vous avez posée. Essayez peut-être d'en demander une autre qui explique mieux vos besoins. Ou prenez ma réponse courte, qui est: utilisez les délégués C # comme base d'un système qui peut traiter des fonctions comme des objets. Utilisez ces objets pour construire un système GUI, ou exposez le système aux utilisateurs finaux avancés via C # comme décrit dans ma réponse.

— Andrew Russell

Réponses:

Je recommande de ne pas utiliser de langage de script en C # . C # résout déjà la grande majorité des problèmes qu'un moteur de script est utilisé pour résoudre. Utilisez simplement C # comme vous utiliseriez un langage de script.

Parce que j'en ai déjà discuté plusieurs fois auparavant, voici du matériel de lecture pour vous:

MISE À JOUR: Si vous voulez un flux de travail d'édition en direct, essayez cette méthode effrontée pour utiliser Modifier et Continuer .

— Andrew Russell
source

Si vous prévoyez de cibler la XBox360 ou Windows Phone 7, vos options sont limitées. Ces plateformes ne prennent pas en charge la génération de code d'exécution, donc votre seule option serait un langage interprété. Je recommanderais d'éviter les langages interprétés, car leurs performances ont tendance à aller de "sous-pair" à "abyssal".

Si vous ne ciblez que Windows et que vous avez vraiment besoin / voulez un langage de script, jetez un œil à IronPython ou IronRuby. Les deux ciblent le DLR et fonctionnent très bien (pour être des langages dynamiques).

— Mike Strobel
source