Hi,

ich bastel mir grad nen test plugin framework um mal zu verstehen wie das mit Assemblies überhaupt richtig funktioniert und vor allem, in welchen pfaden sie liegen müssen.

Ich erstelle eine normale "Windows-Anwendung" anwendung als projekt, welche ich den Kompilierungs Ausgabe pfad auf "..\..\bin" stelle, weil ich dieses "debug/release" kram nicht brauch.

Dazu füge ich noch eine neu erstelle Klassenbibliothek hinzu, welche ich ebenfalls den Ausgabe pfad umstelle auf:
"..\..\bin\plugins"

Nun kompiliere ich dieses Klassenbibliotheken Projekt und schaue mir an, wo meine DLL landet.
Sie landet im richtigen "..\..\bin\plugins" verzeichnis.

Nun füge ich meiner haupt applikation (Windows-Anwendung) diese assembly wo grad frisch erstellt wurde als Verweis hinzu.

In Ordner ansicht sieht das nun so aus:



Bisher noch ok, wenn ich aber nun das Windows-Form anwendungsprojekt kompiliere welche auf die Assembly auf "..\..\bin\testplugin.dll" verweise kompiliere sieht nun meine Ordner struktur so aus:



Was ich nun nicht raffe, wieso meine assembly nun in dem Windows-Form Ausgabe pfad kopiert wurde, obwohl ich den Verweis angegeben hab !?


Wenn ich z.b. noch mir auslesen lasse, in welchem "My.Application.Info.Directory" die klassen bibliothek liegt, seh ich auch das diese in "..\..\bin" untergekommen ist.


Sprich er ignoriert einfach die assembly die in "..\..\bin\plugins" liegt... wieso ?

Was mach ich falsch ?

Da muss man doch sicher noch was anpassen oder ?

Achja: Ein Dynamisches laden der assembly geht nicht, da die plugin assembly später wieder selbst auf andere Assemblies verweist welche im gleichen pfad liegen (das aber erst später)

Danke mal fürs lesen,

und durch diese beschreibung mehr oder weniger anleitung, kann man das auch nachvollziehen.

Wärs super wenn wer paar ideen hätte,
thx,

Final

Is is easiest to use your plugins from the main exe folder. By default all your referenced dll end up in your exe bin folder by default for that. It is possible to user other paths but not without a lot of trouble. Dynamic loading is possible even when the plugin is referenced with other dll's. Just try to avoid making a plugin loading another plugin. Let the main application handle that. Also in you confugurationpanel you wil find a panel to configure how .net applications behave. Here you can set where assembly are and from what application can load assemblys from what folder. Here you can also allow loading assemblys from an network folder. This configuration can also be done with an .net application.

_________________
http://3das.noeska.com - create adventure games without programming

Can you explain me this in detail ?

For example screenshots, because i havent found yet where i can setup the assemblies path.

sank yu

Do read this: http://www.codeproject.com/dotnet/UB_CAS_NET.asp.

_________________
http://3das.noeska.com - create adventure games without programming