Hi und guten Morgen!
Ich bastele derzeit ein Programm das sehr generisch sein soll. Es werden Daten von irgendeiner Datenbank eingelesen, dann je nach Konfiguration verarbeitet und in irgendeine Datei ausgegeben. (Geht um eine konfigurierbare Schnittstelle)
Der Teil der mir logisch noch zu schaffen macht ist die Verarbeitung. Es soll möglich sein, die eingelesenen Daten auf unterschiedlichste Weise zu bearbeiten, also anders gesagt die Methoden die zur Bearbeitung ausgeführt werden sollen, sind mir nicht bekannt. Es kann nun also sein das Ergebnisfelder der eingelesenen Daten aufsummiert werden sollen, oder validiert oder sonst was.
Überlegt hätte ich mir jetzt diese Funktionen in irgendeiner Skriptsprache in eigenen Dateien abzulegen. Und zusätzlich ein XML File mit dessen Hilfe definiert wird, welche Scriptdatei für welche Funktion steht. Der Vorteil wäre das die Kunden sich diese Funktionen selber zusammenbasteln können, ohne das mein Hauptprogramm neu kompiliert werden muss. (Quasi Dependency Injection)
Ich weiß es gäbe zb. MEF um das mit anderen C# (oder .net) Klassen zu realisieren, ich will aber eigentlich nicht, dass die Kunden dann eigenen Klassen Schreiben müssen, sondern eben einfach einen Editor aufreißen und 10 - 20 Zeilen (als Beispiel) VBS Code reinklopfen und fertig.
Das Hauptprogramm müsste dann irgendwie dieses Script ausführen und einen Rückgabewert erhalten.
Und genau da liegt derzeit mein Problem. IRGENDWIE
Ist das so überhaupt sinnvoll?
Ich muss dazusagen diese Funktionen sind eher primitiv, es geht wie gesagt um Aufsummieren von Daten und Entscheidungsfragen (wenn das dann das usw.)
Hätte mir schon überlegt das auch irgendwie in einem XML abzubilden, aber ich denke das ich nie so flexibel werde wie mit einer wirklichen Scriptsprache mit dessen Hilfe ich quasi alles mit den Daten anstellen könnte.
Danke im Voraus
BaDo
Ich bastele derzeit ein Programm das sehr generisch sein soll. Es werden Daten von irgendeiner Datenbank eingelesen, dann je nach Konfiguration verarbeitet und in irgendeine Datei ausgegeben. (Geht um eine konfigurierbare Schnittstelle)
Der Teil der mir logisch noch zu schaffen macht ist die Verarbeitung. Es soll möglich sein, die eingelesenen Daten auf unterschiedlichste Weise zu bearbeiten, also anders gesagt die Methoden die zur Bearbeitung ausgeführt werden sollen, sind mir nicht bekannt. Es kann nun also sein das Ergebnisfelder der eingelesenen Daten aufsummiert werden sollen, oder validiert oder sonst was.
Überlegt hätte ich mir jetzt diese Funktionen in irgendeiner Skriptsprache in eigenen Dateien abzulegen. Und zusätzlich ein XML File mit dessen Hilfe definiert wird, welche Scriptdatei für welche Funktion steht. Der Vorteil wäre das die Kunden sich diese Funktionen selber zusammenbasteln können, ohne das mein Hauptprogramm neu kompiliert werden muss. (Quasi Dependency Injection)
Ich weiß es gäbe zb. MEF um das mit anderen C# (oder .net) Klassen zu realisieren, ich will aber eigentlich nicht, dass die Kunden dann eigenen Klassen Schreiben müssen, sondern eben einfach einen Editor aufreißen und 10 - 20 Zeilen (als Beispiel) VBS Code reinklopfen und fertig.
Das Hauptprogramm müsste dann irgendwie dieses Script ausführen und einen Rückgabewert erhalten.
Und genau da liegt derzeit mein Problem. IRGENDWIE
Ist das so überhaupt sinnvoll?
Ich muss dazusagen diese Funktionen sind eher primitiv, es geht wie gesagt um Aufsummieren von Daten und Entscheidungsfragen (wenn das dann das usw.)
Hätte mir schon überlegt das auch irgendwie in einem XML abzubilden, aber ich denke das ich nie so flexibel werde wie mit einer wirklichen Scriptsprache mit dessen Hilfe ich quasi alles mit den Daten anstellen könnte.
Danke im Voraus
BaDo
Comment