Moin,

ist es Möglich, dass der Compiler bestimmten Code direkt ausführt und danach nicht mit in die erstellte exe einbaut?

Hintergrund ist der, dass ich gerne bestimmte Informationen über eine Assembly in eine extra Datei speichern würde, die dann von anderer Stelle ausgelesen werden können.
Diese Informationen sollen aber der Einfachheit wegen automatisch aus den programmierten Code-Dateien generiert und geschrieben werden.
Nach er Kompilierung ist dieser Code, der die Informationen erzeugt, aber nicht mehr von Bedeutung.

Ist das irgendwie möglich, oder sind die einzigen Möglichkeiten, die ich da habe, diese?


Gruß

Wenn es nicht zu Code kompiliert wird wieso sollte das dann im Code stecken? Wenn es einfach während (bzw. vor oder nach) dem kompilieren erfolgen soll würde ich einen prä/post build Event vorschlagen und da das nötige ausführen. Der BuildCode gehört für mich genauso zum Projekt wie die Codedateien.

Es geht mir darum, so eine Art kleines Plugin-System zu entwerfen. Ich hab an zentraler Stelle ein paar Interfaces erstellt und jedes neue Plugin muss diese implementieren.

Da ich nicht die passende Assembly, die die Interfaces implementiert, irgendwo suchen und anschließend jede Klasse auf jedes der gesuchten Interfaces durchsuchen möchte, habe ich mir gedacht, dass jede Implementierung registriert wird. Es wird also eine Datei erstellt, in der die Assembly und die Klasse dem Interface zugeordnet werden, das die Klasse implementiert.

An der Stelle, wo die konkreten Implementierungen genutzt werden sollen, wird nun in dieser Datei nach geschaut, wo denn Implementierungen liegen und kann so ohne großen Aufwand eine konkrete Implementierung erhalten.

Nun geht es aber darum, diese Zuordnungen auch in eine Datei zu speichern und genau das würde ich gerne immer automatisch machen lassen, indem irgendwo ein kleiner Code-Abschnitt steht, der jede konkrete Implementierung und das implementierte Interface registriert.

Ich hatte gehofft, dass das kompiliert und ausgeführt werden kann, aber nicht in der abschließenden Datei zu finden ist.

Meinst du sowas wie DLLs, oder bin ich jetzt voll auf dem falschen Dampfer?

Genau, ich meine DLLs.

Ich hab vor, den Pfad zur DLL und den vollständigen Typ-Namen zu nutzen um das Interface aus der eigentlichen Anwendung der Klasse aus einer DLL zuzuordnen. Eine andere Möglichkeit wäre, wenn ich die DLLs in einen Ordner lege und dann von dort aus jede Klasse jeder DLL auf das Interface teste, wirklich schön finde ich das aber nicht gerade.

Deshalb die Zuordnung in einer extra Datei.

Wenn ich das verstanden habe würde ich im PostBuild ein kleinen Batch starten der den Ausgabeordner (oder sonstigen Library Ordner) durchrennt die erstellten Assemblies prüft und Treffer in einer Config nachträgt(vom mir aus der App.config). Sehe immer noch nicht den Dreh warum das im Code während dem kompilierieren passieren sollte.

Nennen wir es Faulheit

Es muss auch nicht im Code der gerade erstellten Anwendung passieren, wichtig ist nur, dass es irgendwo C#-Code ist.

Eine Batch funktioniert ja leider nicht, da ich auch konkretere Informationen zu bestimmten Typen benötige.
Wie ich das alles schreibe, ist auch nicht weiter schwer. Das Schreiben und Lesen habe ich in einer extra DLL liegen.

Es ist nur deutlich einfacher, wenn ich 10 Zeilen Code schreibe, wo ich den Typ und den Konstruktor übergebe und anschließend speichere, als wenn ich das manuell machen muss.

Dann startest du halt eine in C# geschriebene Exe in der Batchdatei oder direkt die Exe als Buildevent.

Gut, das wäre auch eine Variante.

Ich hatte nur gehofft, dass es eine Möglichkeit gibt, wo ich nicht immer eine extra kleine exe erstellen muss.