Vous recherchez un bon langage côté serveur qui permettra aux joueurs de télécharger du code pouvant être exécuté

Pourquoi pas JavaScript ou ECMAScript? Google V8 est une très belle façon de sandboxed de le faire. Je me souviens que c'est vraiment vraiment facile. Bien sûr, vous devrez écrire quelques liaisons pour cela.

Votre situation ressemble à un bon candidat à Lua.

• Vous avez besoin de sandboxing: c'est facile à faire à Lua . Vous initialisez simplement l'environnement des utilisateurs en écrasant ou en supprimant la commande os.execute code>, par exemple, et il n'y a aucun moyen pour l'utilisateur d'accéder à cette fonction. Li>
• Vous voulez vite: Découvrez une partie du critères de référence Lua contre Autres langues . Li>
• Vous devez interopérer avec une autre langue. Lua est très facile (OMI) d'intégrer au moins C ou C ++, au moins. Je n'ai pas utilisé Luainterface , mais c'est la liaison C #. Li>
• Lua a des fonctions de premier ordre, il devrait donc être facile d'échanger des fonctions à la volée. Li>
• lua prend en charge OOP dans une certaine mesure avec des métabiles. LI>
• La structure de données principale de Lua est le Table (réseau associatif) qui est bien adapté au clairsemé structures de données telles que l'intégration d'une carte du monde. LI>
• Lua a une syntaxe très régulière. Il n'y a pas d'astuces amusantes avec des points-virgules ou une indentation, de sorte que vos utilisateurs apprennent quand ils ramassent votre langue - à ne pas mentionner, en utilisant une langue bien documentée enlève une partie du travail que vous devez faire dans termes de le documenter vous-même. li> ul>

  Aussi, comme @Elviejo souligne dans un commentaire, Lua est déjà utilisé comme langue de script dans de nombreux jeux. Si rien d'autre, il y a certainement un précédent pour utiliser Lua de la manière dont vous avez décrit. Et, comme @gmonc mentionne, il est possible que vos utilisateurs aient déjà utilisé Lua dans un autre jeu. P>

  p>

  ---

  En ce qui concerne comment em> pour intégrer avec Lua: Généralement, vos utilisateurs doivent simplement avoir besoin de télécharger un fichier de script Lua. Pour trop simplifier, vous pouvez fournir aux utilisateurs des fonctions disponibles telles que Turnleft code>, Turright code>, Go code> et arrêt code> . Ensuite, les utilisateurs téléchargeraient un script comme p> xxx pré>

  puis sur le côté serveur, vous pouvez les démarrer avec un Go () code>. Ensuite, lorsque leur voiture atteint un cône, vous appelez leur actions.cone.cone () code> fonction; Un mur mène à la fonction actions.wall () code> Fonction, etc. À ce stade, vous avez déjà (espérons-le) Sandboxy de l'environnement Lua, afin que vous puissiez simplement exécuter leur script sans même considérer l'erreur Vérification - Si leur script entraîne une erreur, aucune raison pour laquelle vous ne pouvez pas transmettre l'erreur directement à l'utilisateur. Et s'il y a n'est pas em> aucune erreur, le lua_state code> dans le code de votre serveur doit contenir l'état final de leur voiture. P>

  p>

  Meilleur exemple h2>

  Voici un fichier C autonome qui prend un script Lua de STDIN et le gère comme je l'ai expliqué ci-dessus. Le jeu est que vous rencontrerez du sol, une clôture ou une succursale, et vous devez respecter, sauter ou diguer. Vous entrez un script Lua via STDIN pour décider de réagir. La source est un peu longue, mais j'espère que c'est facile à comprendre (outre l'API de Lua qui prend un certain temps pour s'habituer à). C'est ma création originale au cours des 30 dernières minutes, espérons que cela aide: p> xxx pré>

  Construire ci-dessus sur GCC avec GCC Runner.c -O Runner -LLUA5.1 -Je / usr / include / lua5.1 code>. P>

  et à peu près le seul script Lua qui passera avec succès à chaque fois est: p>

  $ echo "Actions = {} Actions.Ground = Jump; Actions.Fence = Duck; Actions.Branch = Run" | ./runner 
  Wrong move!
  You failed!
  

J'avais déjà fait dans MMO auparavant, vous savez que les scripts de réponse NPC utilisaient Python, tandis que c'est dans un cadre de C ++, dites que toute action liée à la NPC déclenchera le cadre pour exécuter un script Python (une interface C-Python de Cours, pas un appel de shell tel que "python /rscript/run.py"). Les scripts sont remplaçables d'exécution, bien que le joueur ou le jeu admin pour émettre une commande pour effectuer une actualisation, mais de toute façon, le programme de serveur de jeu n'est pas nécessaire pour le redémarrer.

En fait, j'ai oublié que si "faire une actualisation en émettant une commande" était nécessaire ou non pour un nouveau script runtime..2 ans avant ... mais je pense que cela vous convient.

considère Erlang:

• Vous avez besoin de sandboxing / DSL: vous pouvez écrire "Générateurs d'analyseurs" pour accéder à l'accès aux appels système critiques / vulnérables. Le compilateur de stock peut être «facilement» amélioré avec cette fonctionnalité.

• Vous avez besoin d'une planification à grain fin: vous avez Quelques contrôleurs Au cours de cela, vous avez également fourni chaque "utilisateur" dans des émulateurs distincts. Peut-être que vous pouvez faire mieux, mais je devrais creuser plus. N'oubliez pas que la planification est O (1): -)

• Vous avez besoin de partitionnement des ressources entre vos "joueurs" (je suppose que si j'ai bien compris): erlang n'a pas d'état partagé, donc cela aide à partir du début. Vous pouvez facilement créer des superviseurs qui surveillent la consommation de ressources des joueurs, etc. Voir également le lien sur le point ci-dessus (beaucoup de boutons pour contrôler l'émulateur).

• Vous avez besoin de code chaud échange: Erlang a été conçu pour cela depuis le début

• Vous avez besoin d'une mise à l'échelle: Erlang Balances avec SMP bien et qu'elle est basée sur le message qui passe avec une communication inter-machine sans soudure, vous pouvez échelle horizontalement

• Vous pouvez optimiser les chemins critiques à l'aide de pilotes C

• Fonctionnalité "superviseur" intégrée pour redémarrer "les utilisateurs" gracieusement

  WIGER ULF sur la concurrence