Plugins again

[quwiltw]

Ive taken a look at the examples for plugin/addins and Ive got a prototype of a plugin framework working in VB.NET now. Im struggling though with one problem.

Ive created an interface IPlugin with the appropriate methods. The problem is that I have no way of knowing what the plugin developers call thier implementatio of IPlugin. Currently, Im able to go through the entire plugin class collection and each classes respective interface collections in order to determine which one implements IPlugin and right now, with only small sample plugins, this is no big deal. But as plugins get larger, this gets messy. I would like to have a better strategy for this, like forcing the name of the implementing class to be something I dictate (which I doubt is possible) or something else. Ive thought about maybe maintaining a little xml file that contains all the class implementations for each plugin then Id only have to investigate the entire assembly once per plugin, but this too seems messy.

Any thoughts are appreciated.

 

[Thinker]

like forcing the name of the implementing class to be something I dictate (which I doubt is possible)

You can choose to ignore any class which doesnt follow some
naming convention you dictate, but it would be breaking the spirit
of OO/Interface programming. I know how I handle it with COM.
I make the user browse to a DLL that is supposed to contain a
class implementing my plugin interface. Then I iterate through the
classes and interfaces, looking for the GUID which is the interface
ID I assigned. I dont know what the equivalent is in .Net, but it
sounds like you are doing something similar.

 

[quwiltw]

Yep, I can find the implementing class, but it doesnt seem smart to do this each time as I understand reflection is rather expensive. I guess it comes down to

either
1) Take any assembly and investigate it for the implementing class, then store the class name in some plugins.config file the first time, then Ive got a clean way to immediately launch a plugin.

or

2) Make a plugin developer also include a little config file that includes their implementing class name.

Having actually typed it out now, option 2 sounds pretty cheesy, I think Ill take option 1 unless you (or anyone else) can think of an option 3/4/5???

 

[Thinker]

I agree with 1. I wouldnt inspect the assembly more than once.

 

[quwiltw]

Anyone willing to look at what Ive got so far? Its essentially a single solution with 4 projects
1 to define the Plugin Interfaces
1 to implement a IPluginHost
and 2 that implement IPlugin.

Im sure the code itself can be cleaned up, Im more concerned about the sanity of the design. Zipped up, its ~97k. Let me know if youre willing to review it.

EDIT: By the way, I havent included the config file yet. Currently it inspects the assemblies each and every time.