Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Structrue de mes scripts

BlueDream

Bonjour,

comme je l'avais indiqué dans mon précédent poste, je fais appel à vous pour la Structure de mes scripts.

J'ai voulu garder la syntax c#.

Voilà je sèche un peu et j'ai crée mon premier script, j'aimerais avoir votre avis sur celui-ci:

Ce n'est que du brouillon évidemment.

Fight

Cliquez pour révéler Cliquez pour masquer

#SCRIPT(FIGHT) AUTHOR(BlueDream) VERSION(1.0)

	enum Fighting_Maps()
	{
		[2, 1]
		[2, 2]
	}
	
	enum Fighting_Monsters()
	{
		Boufton_Noir
		Boufton_Blanc
		Bouftou
	}
	
	void Fighting_TourStarting()
	{
		monter mst = Data.Monsters.GetNearestMonster();
		MoveTo(mst);
		
		switch(Data.PlayedCharacter.Breed)
		{
			case "9"; // Cra
			UseSpell(61, mst);
			break;
		}
		
		EndTour();
	
	}
	
	void FullWeight()
	{
		MoveToMap([4;-19])
		MoveToDoor(416);
		UseDoor();
		MoveTo(126)
		UseChest();
	}


#END_SCRIPT

Qu'est-ce qui serait un script idéal pour vous ?

La syntaxe c# vous convient t'elle ?

Des choses a reprocher ? A rajouter ?

Merci de votre aide

Sorrow

Avant de penser syntaxe, il faut savoir quels seront les données accessible et comment, quels seront les fonction événementielle déclenché (ex: onFightStart() où tu peux récupérer un vecteur de joueurs, les info de la maps etc...)

Commence une petite doc à ce sujet, puis une fois la chose établie logiquement tu pourras à ce moment là plus facilement mettre la syntaxe.

Je peu te conseiller d'aller faire un tour sur Eluna qui est une API (en lua <3) utiliser pour les émulateurs WoW pour le scripting. Regarde les différentes classes misent à disposition et leurs méthodes pour te données une idée de ce que tu peu faire.

BlueDream

Bonsoir,

merci de ta réponse Sorrow, j'ai déjà pensé à tout ce qui concerne la gestion des données et des événements.

J'ai un Dossier Data qui contient toutes les infos du jeu avec des événements, je comptais en effet faire une doc.

je vais aller voir cette fameuse API, merci.

Neewd

Déjà, dis nous ce que tu voudrais faire exactement avec un script.

Bouger ? Attaquer des groupes en particulier ? Faire des recettes ? Simuler un comportement ?

Ça devrait pas plutôt lancer des events ? Du genre onFullWeight() onDeath() ... et après tu fait ta tambouille en interne ?

BlueDream

J'ai regardé les sources de Eluna, c'est vraiment du propre, sa m'a inspiré, c'est vrai qu'il y a beaucoup de choses avant la syntaxe.

J'aimerais vraiment pouvoir tout faire avec mes scripts, donner un accès total à l'utilisateur.

Edit: Je suis tombé sur cet article très intéressant, pour les gens intéressés par le scripting en c#:

http://www.e-naxos.com/Blog/post/C-Scri ... ons-!.aspx

Neewd

Ça dépend à qui est destiner l'utilisation du bot car tout le monde ne peux pas faire de script C# comme ça :)

Après faut qu'il y ait une petite documentation pour expliquer la logique des choses. Car pour faire un truc vraiment complet ça va être des scripts de plusieurs pages là :p

zahid98

Si ça serait des scripts avec plusieurs pages autant faire des plugs (c'est pas offensif :) ) .Sinon je suis toujours très motivé pour faire des scripts .Et il sera très plus préférable que la syntaxe penche vers celle du C# avec le Bloc-notes++ implanté .

Cordialement .

BlueDream

Ah oui oui, c'est clair et simple je veux des scripts, mais pas que cela s'étende sur 10 pages non plus.

Je suis motivé, je le ferais, après peut-être même mon propre éditeur de code avec compilation en binaire et vérification de la syntaxe, mais pas pour tout de suite.

J'ai encore du chemin.

Gohu

Tu es pas obligé de faire ton propre compilo ni rien, je suis sure qu'il doit se trouver une lib en C# qui te permette de faire des plugin via les dll. Autrement dit ton user fais un script en c# et il le compile en une dll puis le charge dans ton bot. Ca t'allegerais le travail au final car tu n'aurais pas a t'occuper du parsing coté user qui est souvent foireux car ils font toujours quelque chose a l'envers les utilisateurs x)

BlueDream

C'est vrai, enfin tout ce qui concerne l'éditeur reste secondaire pour le moment.

Je souhaiterais déjà faire un système pour lister les variables et leurs valeurs.

Neewd

Le truc qui va être le plus dur en fait c'est de faire faire l'IA à l'utilisateur sous forme de script. C'est tellement plus modulable car on pourrait faire des actions sur tel ou tel monstres mais ça va vite devenir le fouillis non ?

Ou alors faire des IA sous forme de scripts que l'on pourrait pré-charger ? Et les utiliser grâce à des include ou using si tu veux garder le C# :D

Labo

Je pense que si tu veux pouvoir écrire des choses évoluées comme une IA de combat avec un langage de script, ça va plus ou moins se transformer en API.

A cette échelle, il n'y a alors plus de grosse différence entre une API et des scripts, sinon que pour l'API tu n'as pas à faire de parser.

BlueDream

Bonsoir,

je reviens vers vous car cela fait plusieurs jours que je suis sur le même problème avec l'api Roslyn.

https://roslyn.codeplex.com/

Je crée un moteur de script et une session de cette manière:

Engine = new ScriptEngine();
            Session = Engine.CreateSession(Client);

            Session.AddReference(Assembly.GetExecutingAssembly());
            Session.AddReference(typeof(ClientInterface).GetType().Assembly);
            Session.AddReference("System");
            Session.AddReference("System.Linq");

J'ai voulu tester le partage de ma classe client dans le système de script que j'intègre dans le constructeur de la session.

En exécution local ton fonctionne bien:

Session.Execute("Interface.Logger.Info(" + '\u0022' + "Lool" + '\u0022' + ")");

'\u0022' correspond aux guillemets.

Cette ligne de code m'affiche "Lool" dans le formulaire client correspondant.

Cependant si j'essaye d'accéder à la classe client via un fichier script de cette manière:

Session.ExecuteFile(@"...\Scripts\MainScript.cs");

MainScript.cs

Cliquez pour révéler Cliquez pour masquer

using System;
using System.CodeDom.Compiler;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
using AmaknaCore.Debug.Client;
using AmaknaCore.Debug.Client.Interface;

public class MainScript
{
	
	public MainScript()
	{
		Init();
	}
	
	public void Init()
	{
		Interface.Logger.Info("Lool");
	}
	
}

On me retourne cette belle erreur:

error CS0120: An object reference is required for the non-static field, method, or property 'AmaknaCore.Debug.Client.MainClient.Interface'

J'ai pourtant fait l'import et j'utilise la même ligne de code que plus haut.

Interface étant une variable appartenant à MainClient, Client.

Auriez-vous une idée ?

zahid98

BlueDream a dit : "Bonsoir,
je reviens vers vous car cela fait plusieurs jours que je suis sur le même problème avec l'api Roslyn.
https://roslyn.codeplex.com/
Je crée un moteur de script et une session de cette manière:
Engine = new ScriptEngine();
            Session = Engine.CreateSession(Client);

            Session.AddReference(Assembly.GetExecutingAssembly());
            Session.AddReference(typeof(ClientInterface).GetType().Assembly);
            Session.AddReference("System");
            Session.AddReference("System.Linq");
J'ai voulu tester le partage de ma classe client dans le système de script que j'intègre dans le constructeur de la session.
En exécution local ton fonctionne bien:
Session.Execute("Interface.Logger.Info(" + '\u0022' + "Lool" + '\u0022' + ")");
'\u0022' correspond aux guillemets.
Cette ligne de code m'affiche "Lool" dans le formulaire client correspondant.
Cependant si j'essaye d'accéder à la classe client via un fichier script de cette manière:
Session.ExecuteFile(@"...\Scripts\MainScript.cs");
MainScript.cs
Cliquez pour révéler Cliquez pour masquer
using System;
using System.CodeDom.Compiler;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
using AmaknaCore.Debug.Client;
using AmaknaCore.Debug.Client.Interface;

public class MainScript
{
	
	public MainScript()
	{
		Init();
	}
	
	public void Init()
	{
		Interface.Logger.Info("Lool");
	}
	
}
On me retourne cette belle erreur:
error CS0120: An object reference is required for the non-static field, method, or property 'AmaknaCore.Debug.Client.MainClient.Interface'
J'ai pourtant fait l'import et j'utilise la même ligne de code que plus haut.
Interface étant une variable appartenant à MainClient, Client.
Auriez-vous une idée ?"

Tu as essaié en ajoutant un static devant la class (static class client ) ou de même pour la variable ?

BlueDream

Je ne peux pas, ca va tout casser :ugeek:

Labo

Déjà ce n'est pas vraiment un problème, puisque tu peux toujours copier le contenu du fichier dans une chaîne et le passer en argument de la fonction Execute.

Sinon, même si je n'ai pas lu la doc de roslyn et que l'usage est peut-être expliqué, je pense que quand on execute un fichier, le contexte est effacé, cad qu'il faut ajouter une ligne d'import en début de fichier.

@Zahid : Miskine :D

BlueDream

Interacting with the Host Application

http://blogs.msdn.com/b/csharpfaq/archive/2011/12/02/introduction-to-the-roslyn-scripting-api.aspx

Je fonctionne exactement de la même manière mais cela n'a pas l'air d'être la même chose en fichier externe.

Cependant je viens de réussir de cette manière:

public class MainScript
{
	
	public MainScript(ClientInterface @interface)
	{
		@interface.Logger.Info("Lool");
	}
	
}

Session.ExecuteFile(@"...\Scripts\MainScript.cs");
            Session.Execute("new MainScript(Interface)");

Il faut quand même créer une instance de la classe alors que normalement c'est pas nécessaire.

zahid98

Labo a dit : "@Zahid : Miskine :D"

Au moins j'ai essaié de l'aider avant toi :P .