Select Case extern "erweitern"

@masterm Wenn Du mit PlugIn arbeiten willst, und das ist in diesem Zusammenhang ziemlich mächtig, würde ich Dir einfach empfehlen, eine WinForms-Anwendung zu nehmen, da kannst Du ordentlichen objektorientierten Code schreiben. Die Pflege von solch ist auch in Zukunft wesentlich angenehmer.

ich finde, wenn du nur TextDateien einlesen und "ausführen" willst, dann ist eine Konsolenanwendung ausreichend.
Usereingaben gibts da ja keine - allenfalls editiert der User die Datei.

Dennoch halte ich die Idee "Scriptsprache selbst ausdenken" für Unfug.
Ich selbst wäre zB ausserstande, eine Scriptsprachen-Syntax überhaupt zu konzipieren:
Wird es Datentypen geben?
Wird man Listen deklarieren können?
Methoden?
Befehle?
Verzweigungen, Schleifen?
Operatoren?
Wie willst du das lösen, dass Befehle verschieden viele Argumente erwarten (müssen), und auch noch in verschiedenen Datentypen?
Was ist mit Fehler-Handling?

@ErfinderDesRades Deien Aufzählung impliziert für mich eine WinForm-Anwendung.

ok, dassis wirklich primitiv: Als Datentyp scheint ausschließlich String vorgesehen, Methoden können mehrere Argumente haben, keinen Rückgabewert.
Schleifen, Variablen, Arrays nicht vorgesehen.

Was aber bedeutet der '.' zwischen file.show:?

Was meinst du mit "Klasse"? ich sehe im Sample nichts, was mit Klassen zu tun hätte.

vlt. sollteste einfach Batches verwenden - die haben nämlich eine Art Plugin-System: Batch-Befehle starten kleine Hilfsprogramme, die ihre Argumente via Commandozeile empfangen.
Also ehe du nu das Rad neu erfindest....

ErfinderDesRades schrieb:

ich finde, wenn du nur TextDateien einlesen und "ausführen" willst, dann ist eine Konsolenanwendung ausreichend.

+1

Das synchrone lineare Abarbeiten von Befehlsketten ohne User-Interaktion mit gelegentlicher Ausgabe von Texten ist für mich sogar eine typische Konsolanwendung.
Ich sehe nicht einen Vorteil den eine Forms-Anwendung hier bieten könnte.

dein "Klassenkonzept" findich unausgegoren.
Was du dir unter "Klasse" vorstellst, scheint einfach ein dem Befehl mit '.' vorangestellter Prefix zu sein, den man ebensogut auch weglassen könnte.

Mit den Klassen in VB hat das wirklich nix zu tun.

Vielleicht sind die Klassen das, was er über ein Plugin nachladen können möchte.
So dass er eine "Klasse" File hat, in der alle File-Methoden enthalten sind und in Klasse Netzwerk alle Netzwerk-Methoden usw.
Die Leute, die keine File-Klasse haben, bekommen diese Methoden nicht.

So ganz erschließt sich mir der Nutzen des Ganzen noch nicht, aber der TE braucht wohl eine Beschäftigung.
Als Übungsaufgabe ist das ja gar nicht schlecht.

Also ich hab das jetztso verstanden, dass du wie petaod erklärt hat, "Klassen" in Form von DLLs erstellen willst, in denen dann die Befehle einzeln deklariert sind. Die DLLs willst du dann ins Programm laden, welches dann die Befehle praktisch übersetzt. Wenndas so stimmt, wie hast du dann vor die DLLs schreiben? Du könntest theoretisch ein zweites Programm zum erstellen der DLLs schreiben... LG