Executer un script (externe ! ) dans un programme VBNet généré .EXE

Bonjour,

est il possible d'exécuter un script ( fait d'opérations par exemple ), dans un executable généré EXE d'un programme VBNet par exemple MYEXEC.

Quelque chose comme ceci :

Un fichier externe FILEEXT qui contient

Code:

---

1 2	IF ZONA > 100 THEN ZONB = ZONC + ZOND IF ZONA <= 100 THEN ZONB = ZONC - ZOND

---

Dans le programme VBNet compilé MYEXEC,

( pseudo code)

Code:

---

1 2 3 4 5 6 7 8 9

ZONA = 150 ZONB = 0 ZONC = 200 ZOND = 50   Ouvrir FILEEXT LIRE et executer chanque ligne du fichier. Fermer FILEEXT Donner resultat ZONB

---

ici ZONB = 250.


Une autre execution du programme pourrait recevoir le fichier FILEEXT contenant

Code:

---

1 2	IF ZONA > 100 THEN ZONB = ZOND IF ZONA <= 100 THEN ZONB = ZONC

---

Autre idée qui correspondrait : y a t il moyen de générer un exécutable à la volée ( sur un site où ne se trouverait pas Visual Studio ) et l'intégrer dans l'executable principal. Ici générer FILEEXT et l'exécuter dans MYEXEC

Merci de vos suggestions et pistes.

Cheers

Pierre

Il y au moins 2 moyens de commander ce que tu veux à partir de ton exécutable.

Le fichier Shell.pdf ci-joint explique l'usage de Shell.
Le fichier Start.pdf ci-joint reprend la commande Shell mais propose aussi Process.Start.

Cela devrait t'aider ...

Pièce jointe 410114
Pièce jointe 410118

Merci pour l'attention portée à mon problème, mais je n'ai sans doute pas été suffisamment clair.

J'ai un programme MYEXEC qui s'exécute et qui propose une fenêtre d'entrée dans une textbox par exemple. L'utilisateur entre alors le code

Code:

---

1 2	IF ZONA > 100 THEN ZONB = ZONC + ZOND IF ZONA <= 100 THEN ZONB = ZONC - ZOND

---

et ce code "entré en live" ( une sorte de code source donc ) doit s'exécuter dans MYEXEC ( les champs ZONA ZONB ZONC et ZOND sont définis dans MYEXEC ) après entrée validée par button par exemple.

Je sais comment exécuter un programme à partir d'un programme via Shell ou Start.

Ou ai je mal lu votre (vos) solution(s).

En fait, c'est exécuter un script non compilé ( comme le langage SAS par exemple ) dans un programme compilé. Une programmation dynamique.

Merci encore.

Pierre


PS : vous êtes enseignant en école d'informatique??

Les solutions que je propose permettent de lancer un script qui peut-être exécuté en ligne de commande.
Et bien sûr, avant de lancer Shell ou Start, ton application peut créer le fichier script que tu souhaites (avec extension *.BAT, par exemple).
Dans ton exemple, Lire et exécuter chaque ligne du fichier fonctionnera avec un script Dos.
Mais si ton script ne peut s'exécuter en ligne de commande, alors je n'ai pas de solution sous la main. Désolé ...
Pour ce qui est de ta question finale ..., oui je l'étais ...

Merci pour ces informations.

Je crois que je vais faire de l'analyse de texte et exécuter des sortes de tables de décision dans le programme VBNet.
( Je l'avais déjà fait en PL/I et en Cobol sur Mainframe ).

Merci….. et continuez d'être toujours occupé à cette merveilleuse activité d'informaticien. :)


Cheers

Pierre
( 48 ans d'informatique et "still busy" ) :D


PS : je mets le post en résolu, même si….

il est possible de compiler du code .net à la volée (= pendant l'exécution)
ca se fait via vbcodeprovider, codedom ...
tu peux donc compiler une dll en mémoire et l'utiliser par reflection

il faudrait donc avoir un string contenant la déclaration d'une classe, avec la déclaration d'une méthode/fonction qui prend en paramètres les variables utilisables par l'utilisateur (en ByRef si ca doit interférer avec ton programme) et dans laquelle tu mets le code saisi par l'utilisateur
après compilation tu récupères un pointeur sur la méthode via le type retrouvé dans l'assembly et tu peux l'appeler avec .Invoke(paramètres)

l'avantage aussi c'est que si l'utilisateur écrit un truc qui ne compile pas tu récupères les messages d'erreur comme dans visual studio (variable inconnue telle ligne…) et tu peux donc les afficher


ca vaut pas un bon exemple, mais tous les mots clés sont là pour en trouver sur internet
par contre il faut éventuellement avoir quelques notions sur la reflection

Là, zone inconnue pour moi mais j'y regarderai peut-être ...
Je garde ton explication de côté.
Cordialement,
Phil