Reflections - wie richtig nutzen ?

[shaun1981]

Am liebsten wäre es mir wenn jemand noch lust hätte das ganze mal Schritt für Schritt mit mir durchzugehen. Ich versuche schon seit Stunden da hinterzusteigen. Nur will es einfach nicht gelingen.

[mogel]

shaun1981 schrieb:

Am liebsten wäre es mir wenn jemand noch lust hätte das ganze mal Schritt für Schritt mit mir durchzugehen. Ich versuche schon seit Stunden da hinterzusteigen. Nur will es einfach nicht gelingen.

machen wir das ganze mal mit etwas Pseudo-Code

Interface-Libary

Public Interface ISidepanelPlugin
{
    UserControl ^getSidebarUC();
    String ^getAuthor();
    String ^getName();
    // ...
}

Sidepanel-Programm

verwendet Interface-Library

// ... was auch immer in der Form alles gemacht wird
ArrayList<ISidepanelPlugin^> ^plugins;

void LoadPlugins()
{
    // <scanne Verzeichnis "plugins">
    für jede Assembly -> lade
        instanziere die Klasse die das Interface implementiert
        packe die Instanz in die Liste
}

void ShowPlugins()
{
    für jedes plugin in plugins
        this->Add(plugin->getSidebarUC());
}

Aktien-Plugin

verwendet Interface-Library

public class Plugin : ISidepanelPlugin
{
    PluginUserControl ^puc = gcnew PluginUserControl();
    virtual UserControl ^getSidebarUC() overrides { return puc; }
    String ^getAuthor() { return "icke" }
    String ^getName() return "Aktienkurse - 4 Tage später"; }
}

public Class PluginUserControl : UserControl
{
    // was auch immer hier reingehört um Aktienkurse anzuzeigen
}

hand, mogel

[shaun1981]

Weil ich absolut nicht mehr durchblicke, hier mal der aktuelle Stand:

interface

// Interface.h

#pragma once

using namespace System;
using namespace System::Windows::Forms;

namespace Interface {

	public interface class ISidepanelPlugIn 
	{		
		UserControl ^getSidebarUC() ;
		bool check (void);
		void InitializePanel (void);
		void beenden (void);		
	};
}

DLLpanelklasse

#pragma once

namespace PanelBasisKlasse {

	public ref class DLLpanelklasse : public System::Windows::Forms::Form
	{
	protected:	static System::Collections::Generic::List<Control^> panelliste = gcnew System::Collections::Generic::List<Control^>();	

	...
	public: 	void dummyadd ();
	public: 	void panellisteREFRESH (Control^ , Control^);

	public: DLLpanelklasse(void)
				{
					InitializeComponent();
				}

Sidebar.h [Form1.h]

namespace Sidebar {		

	public ref class Form1 : public System::Windows::Forms::Form
	{
	protected:	static System::Collections::Generic::List<Interface::ISidepanelPlugIn^> plugins = gcnew System::Collections::Generic::List<Interface::ISidepanelPlugIn^>();

	protected: void panelsladen (void);
	...
        ...
        ...
        ...	
	public:
		Form1(void)
		{
			InitializeComponent();						
			workareastandard ();			
			bildschirmauflösung ();

Beim Laden der Assemblys stehen keine Einträge in der Result List. Das liegt wohl hieran:

Sidebar.cpp [Form1.cpp]

oid Sidebar::Form1::panelseinlesen ()
	{	

	using namespace System::Reflection;	

System::Collections::Generic::List<Interface::ISidepanelPlugIn^>^ result = gcnew  System::Collections::Generic::List<Interface::ISidepanelPlugIn^>();

	String^ hilfe = arbeitsordnerholen () + "PlugIns\\";
	for each(String^ fileName in System::IO::Directory::GetFiles (arbeitsordnerholen () + "PlugIns\\","*.dll"))
		{
		// hier eine Fehlerbehebung für Fehler von LoadFrom
		System::Reflection::Assembly ^exAss  = ::Reflection::Assembly::LoadFrom (fileName);

		for each(Type^ t in exAss->GetTypes())
			{ 			
			if ( t->IsPublic == true && t->IsSubclassOf (plugins.GetType ()) )	// <-- Hier scheint doch was falsch zu sein ??		
				{
				// Fehler von CreateInstance
				result->Add( safe_cast<Interface::ISidepanelPlugIn^>( Activator::CreateInstance(t) ) );
				// vielleicht noch auf CreateInstance == null überprüfen
				} 
			}
		}

	}

Jetzt das PlugIn - welches ja von der DLLpanelklasse abgeleitet werden soll, sowie auch das Interface Implementieren muss. In der DLLpanelklasse ist ein Label vorhanden, welches doch aufgrund der Ableitung auch im PlugIn selber vorhanden sein sollte.

Die Sache mit dem UserControl kann ich noch nicht ganz nachvollziehen, obwohl der Designer mir dabei zumindest schon mal das bearbeiten ohne Exception erlaubt.

#pragma once

...

namespace Forms {

	ref class PlugIn;	

	public ref class Testpanel : UserControl
		{	
		public:
			Testpanel(void)
			{
				InitializeComponent();				
			}

		protected:

			~Testpanel()
			{
				if (components
...
...
...
#pragma region Windows Form Designer generated code

		void InitializeComponent(void)
		{
		System::ComponentModel::ComponentResourceManager^  resources = (gcnew System::ComponentModel::ComponentResourceManager(Testpanel::typeid));
		this->SuspendLayout();
		// 
		// Testpanel
		// 
		this->AutoScaleDimensions = System::Drawing::SizeF(6, 13);
		this->AutoScaleMode = System::Windows::Forms::AutoScaleMode::Font;
		this->BackgroundImage = (cli::safe_cast<System::Drawing::Image^  >(resources->GetObject(L"$this.BackgroundImage")));
		this->Name = L"Testpanel";
		this->Size = System::Drawing::Size(180, 140);
		this->ResumeLayout(false);

			}
#pragma endregion
	};

	public ref class PlugIn : Interface::ISidepanelPlugIn , PanelBasisKlasse::DLLpanelklasse
		{			
		public: virtual UserControl^ getSidebarUC () { return safe_cast<UserControl^>(Activator::CreateInstance ( this->GetType () ) ); } 
		public: virtual bool check (void) { return true; };
		public: virtual void InitializePanel (void) { };
		public: virtual void beenden (void) { };
		};	
}

Ich hoffe ihr werdet - nachdem ihr das gesehen habt - nicht die Hände über dem Kopf zusammenschlagen

[mogel]

shaun1981 schrieb:

Weil ich absolut nicht mehr durchblicke, hier mal der aktuelle Stand:

pack mal alles in eine ZIP und poste mal den Link zum Download ... ich versuche heute noch reinzuschauen - wenn mich mein Terrorist läßt

String^ hilfe = arbeitsordnerholen () + "PlugIns\\";

wenn das Verzeichnis im Verzeichnis des Programms liegt (also als Unterordner), dann brauchst Du den Arbeitsordner nicht ... im Normalfall kannst Du immer vom PRogrammverzeichnis aus direkt (also relativ) auf die Unterordner zugreifen

Beim Laden der Assemblys stehen keine Einträge in der Result List. Das liegt wohl hieran:

if ( t->IsPublic == true && t->IsSubclassOf (plugins.GetType ()) )

ich weis jetzt nicht woher Du plugins hast ... aber da sollte ISidepanelPlugIn stehen

Jetzt das PlugIn - welches ja von der DLLpanelklasse abgeleitet werden soll, sowie auch das Interface Implementieren muss. In der DLLpanelklasse ist ein Label vorhanden, welches doch aufgrund der Ableitung auch im PlugIn selber vorhanden sein sollte.

ich habe das Gefühl das Du hier Interface->Basis-Klasse->Plugin-Klasse machst ... dann kannst Du prinzipell auch das Interface weglassen und die Basis-Klasse abstrakt machen ... hat den gleichen Effekt

Die Sache mit dem UserControl kann ich noch nicht ganz nachvollziehen, obwohl der Designer mir dabei zumindest schon mal das bearbeiten ohne Exception erlaubt.

was ist da unklar?

Ich hoffe ihr werdet - nachdem ihr das gesehen habt - nicht die Hände über dem Kopf zusammenschlagen

doch :p ... irgendwie muss ich was falsch erklären

hand, mogel

[shaun1981]

pack mal alles in eine ZIP und poste mal den Link zum Download ... ich versuche heute noch reinzuschauen - wenn mich mein Terrorist läßt

Ein Lichtblick.

String^ hilfe = arbeitsordnerholen () + "PlugIns\";

wenn das Verzeichnis im Verzeichnis des Programms liegt (also als Unterordner), dann brauchst Du den Arbeitsordner nicht ... im Normalfall kannst Du immer vom PRogrammverzeichnis aus direkt (also relativ) auf die Unterordner zugreifen

Ratschlag angenommen.

Beim Laden der Assemblys stehen keine Einträge in der Result List. Das liegt wohl hieran:
C++/CLI:
if ( t->IsPublic == true && t->IsSubclassOf (Interface::ISidepanelPlugIn) )

ich weis jetzt nicht woher Du plugins hast ... aber da sollte ISidepanelPlugIn stehen

plugins ist so definiert:

protected:    static System::Collections::Generic::List<Interface::ISidepanelPlugIn^> plugins = gcnew System::Collections::Generic::List<Interface::ISidepanelPlugIn^>();

for each(Type^ t in exAss->GetTypes())
			{			
			if ( t->IsPublic == true && t->IsSubclassOf (Interface::ISidepanelPlugIn)))			
				{
				//Fehler von CreateInstance
				result->Add( safe_cast<Interface::ISidepanelPlugIn^>( Activator::CreateInstance(t) ) );
				//vielleicht noch auf CreateInstance == null überprüfen
				}

...erhalte ich

Fehler 1 error C2275: 'Interface::ISidepanelPlugIn': Ungültige Verwendung dieses Typs als Ausdruck d:\C++ Backup\Sidebar\Sidebar\Form1.cpp 71

Aber der gefragte Typ ist doch "Interface::SidepanelPlugIn" - oder irre ich mich da?

[mogel]

Also,

Du hast alle Deine Plugins im Hauptprogramm mit drinnen ... wenn Du wirklich Plugins machen willst, dann sollten die raus in jeweils eine eigene DLL ... aber Du scheinst das ganze Prinzip noch nicht so richtig verstanden zu haben

ein Vorschlag von meiner Seite ... leg Dein aktuelles Projekt mal zur Seite ... fange ein neues Projekt zum Üben an ... eine DLL die das Interface enthält ... eine Programm was die Plugins nachläd ... und je eine DLL für das Plugin ... es geht hier nur darum das Du übst um das Prinzip zu verstehen ... Plugins haben nichts weiter zu tun als mit Vererbung - nur über mehrere Dateien verstreut

wenn Du das Prinzip verstanden hast, dann kannst Du Dein Projekt neu aufbauen

im übrigen hast kannst Du UserControls verwenden für die einzelnen Plugins ... bei mir war Dein Sidebar-Fenster offen ... dann kam meine Sidebar (die von Vista) und dann kamen die einzelnen Fenster von den Plugins ... wenn Du die auf UserControls änderst, dann kannst Du die mit

form1->Controls->Add( ... )

hinzufügen

dann hängen die auch immer zusammen

hand, mogel

[shaun1981]

Ich muss dir recht geben, dass ich einige Fehler begangen habe. Habe die Sidebar mal eben so angefangen - und mich erst in einem recht späten Stadium dazu entschlossen, mich doch mit einem PlugIn Mechanismus auseinanderzusetzen.

Aber daraus kann ich nur lernen. Die PlugIns sind natürlich zu früherer Stunde entstanden - und wurden dann einfach instanziert. Als ich mich entschlossen habe das ganze via DLL zu lösen, habe ich dann einfach das laden der Panels unterbunden, und das ganze mit den dir ja bekannten Funktionen zu erledigen.

Das Problem mit dem überlagern der Form usw. steht auch schon auf meiner Liste. Gefällt mir auch nicht. Das passiert eben bei einer NULL Planung. Die UserControls sind seit gestern ein völlig neuer Aspekt, in den ich mich erst mal einarbeiten muss.

Aber ich würde auf jeden Fall gerne DIESES Problem behoben wissen, oder hällst du das nicht sinnvoll? Lieber wärs mir schon.

[mogel]

shaun1981 schrieb:

Das Problem mit dem überlagern der Form usw. steht auch schon auf meiner Liste. Gefällt mir auch nicht. Das passiert eben bei einer NULL Planung. Die UserControls sind seit gestern ein völlig neuer Aspekt, in den ich mich erst mal einarbeiten muss.

UserControl ist prinzipell nur eine Form ohne Fensterrahmen ... ansonsten ändert sich nix

Aber ich würde auf jeden Fall gerne DIESES Problem behoben wissen, oder hällst du das nicht sinnvoll? Lieber wärs mir schon.

ob es sich lohn das ganze in Plugins auszulagern - ja sicher ... ich habe auch schon überlegt eine Sidebar zu basteln - da die unter Windows 7 wieder entfernt wurde (AFAIK) - aber habe keine Zeit dazu ... und da hätte ich auch wieder mit Plugins gearbeitet ... könnte ja sein das die Sidebar mal berühmt wird ... und bevor 20.000 Menschen am Quelltext pfuschen macht sich da alles als Plugin einfacher

hand, mogel

[shaun1981]

Also dann kann ich mein Projekt ja gleich zum Wind schießen. Du schnippst dir das wohl mal eben aus dem Finger was ? Aber nun lass dir doch nicht alles aus der Nase ziehen. Was mache ich denn so Falsch?

[mogel]

shaun1981 schrieb:

Also dann kann ich mein Projekt ja gleich zum Wind schießen.

nein - wieso?

Du schnippst dir das wohl mal eben aus dem Finger was ?

nein - reine Übungssache ... Datenbanken beschränkt sich bei mir nur auf SELECT & Co. ... ich weis das es Transaktionen gibt - aber noch nie verwenden müssen ... also den ganzen SQL-Kram aus dem Framework habe ich noch nie verwendet ... und unter Java spreche ich MySQL auch nur mit den SELECT's und fische alles einzeln

Aber nun lass dir doch nicht alles aus der Nase ziehen. Was mache ich denn so Falsch?

Du sollts einfach mal üben ... Du kannst zum Beispiel Calculon erweitern (auch wenns VB.NET ist - oder setze es erstmal auf C++/CLI um) ... weitere Operationen (also Plugins) hinzufügen ... dann das Interface erweitern und die Plugins entsprechend anpassen ... zum Beispiel könnten die Plugins ein UserControl mit einer Grafik zurück liefern - das Du dann entsprechend auf der Form anzeigen kannst

wenn Du dann das Prinzip verstanden hast, dann kannst Du Deine Struktur für Deine Sidebar nochmal überdenken bzw. überarbeiten ... und dann den Plugin-Mechanismuss für die Plugins umsetzen

hand, mogel

[shaun1981]

Nun wollte ich ein kleines Übungsprojekt starten - um der Sache mit den Interfaces näher zu kommen, und habe gleich ein mir neues - völlig unerklärliches Problem:

Ich möchte nun das Interface erstellen, klicke auf neues Projekt, Win32 - Projekt, DLL und Leeres Projekt. Dann erstelle ich ein neues Headerfile und schreibe den ja bekannten Code hinein:

namespace Interface
{
    public interface ref class Schnittstelle
    {
    ...
    };
}

Das versuche ich zu kompilieren und erhalte folgenden Fehler:

Fehler 1 general error c10100b1: Failed to load file "..\Debug\hilfsprojekt.dll". The system cannot find the path specified. mt.exe

Das passiert bei jedem Projekt. Die DLL wird einfach nicht erstellt und ist im Ordner demnach auch nicht vorhanden. Ich kann mir das absolut nicht erklären - woran das auf einmal liegen sollte.

Habe auch schon versucht das Ausgabeverzeichniss zu ändern - aber auch das hilft mir nicht.

Buildprotokoll Neu erstellen wurde gestartet: Projekt: "hilfsprojekt", Konfiguration: "Debug|Win32"
Befehlszeilen Die temporäre Datei "c:\Users\Jan\Documents\Visual Studio 2008\Projects\DLLinterface\hilfsprojekt\Debug\RSP0002A519003424.rsp" wird erstellt. Inhalt:
[
/outputresource:"..\Debug\hilfsprojekt.dll;#2" /manifest

".\Debug\hilfsprojekt.dll.intermediate.manifest"
]Erstellen der Befehlszeile "mt.exe @"c:\Users\Jan\Documents\Visual Studio 2008\Projects\DLLinterface\hilfsprojekt\Debug\RSP0002A519003424.rsp" /nologo" Ausgabefenster Das Manifest wird eingebettet...
mt.exe : general error c10100b1: Failed to load file "..\Debug\hilfsprojekt.dll". The system cannot find the path specified.
Ergebnisse Das Buildprotokoll wurde unter "file://c:\Users\Jan\Documents\Visual Studio 2008\Projects\DLLinterface\hilfsprojekt\Debug\BuildLog.htm" gespeichert.
hilfsprojekt - 1 Fehler, 0 Warnung(en)

Eine Idee hierzu ?

[mogel]

ich tippe dann nochmal auf "Erstellen" (nicht "Neu Erstellen") ... beim Zweiten mal passt alles ... scheint aber ein generelles Problemzu sein ... MS wird das wohl in VS2010 fixen ... hast Du den Header schon in eine CPP eingebunden?

[shaun1981]

Das Problemchen ist gelöst. Habe einfach eine Komponenten Klasse erstellt und diese angepasst. Damit läufts. Komme auch ein wenig weiter - freu.

[shaun1981]

Hallo nochmal. Also ... hänge jetzt wieder einige Tage an einem Problem und bin echt am verzweifeln. Ich bekomme es einfach nicht hin, die PlugIn Klasse vom Interface abzuleiten:

PlugIn

#pragma once

using namespace System;
using namespace System::ComponentModel;
using namespace System::Collections;
using namespace System::Windows::Forms;
using namespace System::Data;
using namespace System::Drawing;

namespace Sidebar {

	public ref class panel : public UserControl
	{	

	public: void InitializePanel ();

	public:
		panel(void)
		{
			InitializeComponent();	
			InitializePanel ();	

		}

	protected:

		~panel()
		{
			if (components)
			{
				delete components;
			}
		}
	private: System::Windows::Forms::Button^  button1;
	private: System::Windows::Forms::ListBox^  listBox1;
	protected: 

	private:

		System::ComponentModel::Container ^components;

#pragma region Windows Form Designer generated code

		void InitializeComponent(void)
		{
		System::ComponentModel::ComponentResourceManager^  resources = (gcnew System::ComponentModel::ComponentResourceManager(panel::typeid));
		this->button1 = (gcnew System::Windows::Forms::Button());
		this->listBox1 = (gcnew System::Windows::Forms::ListBox());
		this->SuspendLayout();
		// 
		// button1
		// 
		this->button1->Location = System::Drawing::Point(39, 55);
		this->button1->Name = L"button1";
		this->button1->Size = System::Drawing::Size(102, 30);
		this->button1->TabIndex = 0;
		this->button1->Text = L"Test Panel";
		this->button1->UseVisualStyleBackColor = true;
		// 
		// listBox1
		// 
		this->listBox1->FormattingEnabled = true;
		this->listBox1->Location = System::Drawing::Point(55, 19);
		this->listBox1->Name = L"listBox1";
		this->listBox1->Size = System::Drawing::Size(71, 30);
		this->listBox1->TabIndex = 1;
		// 
		// panel
		// 
		this->AutoScaleDimensions = System::Drawing::SizeF(6, 13);
		this->AutoScaleMode = System::Windows::Forms::AutoScaleMode::Font;
		this->BackgroundImage = (cli::safe_cast<System::Drawing::Image^  >(resources->GetObject(L"$this.BackgroundImage")));
		this->Controls->Add(this->listBox1);
		this->Controls->Add(this->button1);
		this->Name = L"panel";
		this->Size = System::Drawing::Size(180, 140);
		this->ResumeLayout(false);

			}
#pragma endregion
	};

	public class panelPlugin : public Interface
	{    
	public: virtual UserControl ^getSidebarUC() override { return gcnew Sidebar::panel (); }
	String ^getAuthor() { return "Shaun"; }
	String ^getName() { return "Testpanel - 14 Tage später"; }
	};

Interface

namespace Sidebar
	{
	public interface class Interface
			{
			public: UserControl^ getUserControl ();
			public: String ^getAuthor();
			public: String ^getName(); 

			public: Point getPanelPosition ();
			public: Size  getpanelGröße ();
			public: void setÜberschrift (String^);
			};	

	}

Wie vorher habe ich das Interface als Verweis hinzugefügt. Versuche ich nun hier zu kompilieren erhalte ich ...

Fehler 2 error C3668: "Sidebar::panelPlugin::getSidebarUC": Die Methode mit dem Überschreibungsspezifizierer "override" hat keine Basisklassenmethoden überschrieben. d:\c++ backup\sidebar\testpanel\panel.h 87
Fehler 1 error C2504: 'Interface': Basisklasse undefiniert d:\c++ backup\sidebar\testpanel\panel.h 86

.. wobei mir der erste Fehler doch sagen will, dass Interface unbekannt ist. Der zweite leuchtet mir auch ein. Ich verstehe einfach nicht warum das nicht funktioniert, zumal Sidebar::Interface doch bekannt sein sollte - und auch im IntelliSense auftaucht.

Definiere ich die Klassen direkt hintereinander ...

this->Name = L"panel";
		this->Size = System::Drawing::Size(180, 140);
		this->ResumeLayout(false);

			}
#pragma endregion
	};

	public interface class Interface2
			{
			public: UserControl^ getUserControl ();
			public: String ^getAuthor();
			public: String ^getName();
			};	

	public ref class panelPlugin : Interface2
			{    
			public: virtual UserControl ^getUserControl() { return gcnew Sidebar::panel (); }
			public: virtual String ^getAuthor() { return "Shaun"; }
			public: virtual String ^getName() { return "Testpanel - 4 Tage später"; }			
			};

Ist die Ableitung kein Problem. Woran liegt das ?

[mogel]

*hehe*,

in Dein Fehler basiert darauf das Du im Plugin die Methode getSidebarUC() überschreibst ... die ist in der Tat nicht im INterfache definiert - da ist es getUserControl() ... das Lustige daran ist aber das Du es - als Du beides in eine Datei packst - die Klassenmethoden richtig schreibst - getUserControl() ... im Interface und Plugin

hand, mogel

BTW: deutsche Umlaute sind ungünstig im Quelltext

[shaun1981]

Jetzt wo du es sagst - habe ich ihn auch gesehen ... ist aber nicht mehr aktuell. Die Methode heißt nun definitiv getUserControl, der Verweis besteht, und beim Versuch das ganze abzuleiten:

namespace Sidebar
	{
	public interface class Interface
			{
			public: UserControl^ getUserControl ();
			public: String ^getAuthor();
			public: String ^getName();
			};	

	}

this->Name = L"panel";
		this->Size = System::Drawing::Size(180, 140);
		this->ResumeLayout(false);

			}
#pragma endregion
	};

	public interface class Interface2 
			{
			public: UserControl^ getUserControl ();
			public: String ^getAuthor();
			public: String ^getName();
			};	

	public ref class panelPlugin : public Sidebar::Interface
			{    
			public: virtual UserControl ^getUserControl() { return gcnew Sidebar::panel (); }
			public: virtual String ^getAuthor() { return "Shaun"; }
			public: virtual String ^getName() { return "Testpanel - 4 Tage später"; }			
			};

Fehler 2 error C2504: 'Interface': Basisklasse undefiniert d:\c++ backup\sidebar\testpanel\panel.h 94
Fehler 1 error C2039: 'Interface': Ist kein Element von 'Sidebar' d:\c++ backup\sidebar\testpanel\panel.h 94

und nu?

[shaun1981]

Ändere ich den Namensbereich des Interface - ist dieser im PlugIn seltsamerweise NICHT mehr bekannt. Ich habe das Gefühl - das ich irgendwas mit dem einbinden nicht richtig mache, und frage mal ganz dumm:

"Sollte der Namespace des Interfaces bekannt sein, allein durch einen Verweis auf die Interface.dll ?"

[mogel]

nein ... ein using muss - soweit Interface und Plugin nicht im gleichen NS sind - immermit angegeben werden ... zerleg mal Deine DLLs mit Reflector ... damit werfe ich immer einen Blick rein um zu sehen ob das mit den NS etc. passt

[shaun1981]

Joa .. DLL sieht aus wie von mir definiert.

Nach einer langen Nachtschicht hab ich mich noch mal nen bisschen an den Rechner gesetzt - weil mich dieses verdammte Problem einfach nicht in Ruhe lässt.

// Interface.h

#pragma once

using namespace System;
using namespace System::Windows::Forms;

namespace SidebarInterface {

	public interface class Interface
		{
		public: UserControl ^getUserControl();
		public: String ^getAuthor();
		public: String ^getName(); 
		};
}

Testpanel

public ref class panelPlugin : public SidebarInterface::Interface , public Sidebar::DLLpanelklasse
			{    
			public: virtual UserControl ^getUserControl() { return gcnew Sidebar::panel (); }
			public: virtual String ^getAuthor() { return "Shaun"; }
			public: virtual String ^getName() { return "Testpanel - 4 Tage später"; }			
			};

Testpanel hat die erforderlichen Verweise auf das Interface und die DLLpanelklasse. Ich weiß nicht warum - aber das läuft so - ohne Using - und vor allem - AUF EINMAL DOCH?.

Nun zurück zum eigentlichen Übel:

void Sidebar::Form1::panelseinlesen ()
	{			using namespace System::Reflection;	
	System::Reflection::Assembly ^exAss;

	System::Collections::Generic::List<SidebarInterface::Interface^>^ result = gcnew  System::Collections::Generic::List<SidebarInterface::Interface^>();

	for each(String^ fileName in System::IO::Directory::GetFiles (arbeitsordnerholen () + "PlugIns\\","*.dll"))
		{
		if (fileName->Contains ("DLLpanelklasse") || fileName->Contains ("Interface")) continue;
		// hier eine Fehlerbehebung für Fehler von LoadFrom
		try{
			exAss  = ::Reflection::Assembly::LoadFrom (fileName);		
			}

		catch (Exception^)
			{
			continue;
			};

	for each(Type^ t in exAss->GetTypes())
			{			
			if ( t->IsPublic && t->GetInterface (SidebarInterface::Interface::typeid->ToString ()))
				{
				Reflection::MethodInfo ^ test = t->GetMethod ("getUserControl");
				if (test == nullptr) continue;				

				result->Add(safe_cast<SidebarInterface::Interface^>(Activator::CreateInstance(t))); 
				//result->Add( (SidebarInterface::Interface^)Activator::CreateInstance(t) )	;			
				} 
			}
		}

	}

(Arbeitsordnerholen habe ich hier noch drin, da mir sonst eine Exception ausgeworfen wird. Irgendwie stimmt dann das Verzeichniss nicht. Aber darum kümmere ich mich später - wenn ich geschlafen habe

Viel wichtiger ...

Im For each Teil hast mir vorgeschlagen:

... t->isSubClassOf (...)

Nun habe ich aber das gefunden:

Die IsSubclassOf-Methode kann nicht verwendet werden, um zu bestimmen, ob eine Schnittstelle von einer anderen Schnittstelle abgeleitet ist oder eine Klasse eine Schnittstelle implementiert. Verwenden Sie für diesen Zweck die GetInterface-Methode.

Nun bin ich mir nicht sicher, ob ich etwas falsch verstanden habe, oder ob dir vielleicht ein Fehler unterlaufen ist - was ich eigentlich nicht glaube. Jedenfalls wird nun die richtige Klasse gefunden - welche ich nun Instanzieren möchte.

Im ersten "result->Add" wird mir diese Exception ausgeworfen:

Eine nicht behandelte Ausnahme des Typs "System.Reflection.TargetInvocationException" ist in mscorlib.dll aufgetreten.

[mogel]

shaun1981 schrieb:

public ref class panelPlugin : public SidebarInterface::Interface , public Sidebar::DLLpanelklasse

mir ist unklar wieso Du hier zwei mal erbst ... vom Interface reicht es eigentlich - sofern Du später auch dahin castest

Im For each Teil hast mir vorgeschlagen:
... t->isSubClassOf (...)

nicht wirklich ... ich bvorzuge an der Stelle Assembly::CreateInstance ... wobei sich der Name - bei mir immer - wie folgt aufbaut

eindeutig.fester.namepace.DLL-Name.fester-Klassenname

alternativ würde auch ein Konfigurationsfile gehen wo die entsprechenden Infos drinnen stehen

hand, mogel