Objekt aus dll instanzieren mit C#

Hallo,

ne kleine Anfängerfrage:

Ich hab kapiert, wie man dlls erstellt und auf deren
Methoden zugreift. Aber die Methoden sind
im statischen Sinne.
Kann man auch Objekte aus dll erzeugen?

Beispiel: möchte ich eine WIndows-Form-Klasse als dll auslagern.
Quasi sowas wie "Design.dll".
Um diese Form wieder zu laden müsste ich ein Objekt
erstellen.

 

Richtig. Einfach die Bibliothek referenzieren und dann eine neue Instanz der Form erstellen.
So kannst du von jedem beliebigen Member einer als dll vorhandenen Klasse Instanzen erzeugen.

 

danke.

...Und weil wir grad beim Thema sind: Sind die dlls zur Laufzeit schreibgeschützt?
Ich meine wenn das Programm läuft, aber sie gerade nicht benutzt werden?

Ich plane nämlich gerade einen Update-Mechanismus, dabei sollen die dlls überschrieben werden.
Ich frage mich nun, wie ich das am besten mache.

 

Ja, sind sie. Du musst die Dll durch einen anderen Thread bzw. Prozess ersetzen lassen.

 

kommt drauf an wie die bibliotheken eingebunden bzw gelinkt sind.

wenn sie gelinkt sind wird die lib beim programmstart automatisch geöffnet und die exports eingebunden. beim programmende wird sie ebenfalls automatisch wieder entladen. da ist natürlich essig mit überschreiben.

wenn du die lib dynamisch nach bedarf per hand mit LoadLibrary lädst, die exports per GetProcAddress manuell einbindest und später per FreeLibrary wieder entlädst kannst du die .dll überschreiben sobald alle handles zu der lib geschlossen sind - vorausgesetzt kein anderes programm nutzt sie grade und sie wird auch nicht von windows geschützt.

 

thanks Kazhar!

Ich werde das probieren, das hört sich gut an!
Damit wären Echtzeit-Updates super machbar !

Greetz

 

@kazhar

Nochmal kurz weg von der loadlibrary-Variante zurück zum Standardfall:

Wenn die dlls mit include nur in ein paar Klassen eingebunden sind, sind sie dann trotzdem für die gesamte namespace-Laufzeit schreibgeschützt?

Ich frage mich, ob sowas geht:
1. Programmstart (ohne eingebundene dlls in der ersten Klasse) mit update-checker, updates installieren, wobei alte dlls überschrieben werden.
2. Nächste Klasse wird aufgerufen und erst dort befinden sich die ersten dll Einbindungen und Zugriffe

Würde das nicht funktionieren?

 

keine ahnung wie und wann c# das einbinden genau macht :nixwissen
müsste man mal ausprobieren...

edit: du weist schon dass du dich da auf recht dünnem eis bewegst? kann sein dass der hack funktioniert, aber wenn er jetzt funktioniert hast du keine garantie dass er mit der nächsten/einer anderen .net version funktioniert.
ich würde einfach einen "loader" schreiben, der die update geschichte übernimmt und nach getaner arbeit das eigentliche programm startet. siehe #4