8

I have a program that i developed to use a basic plugin architecture. Effectively, when the program loads it uses reflection to search the directory for dll's that fit a certain interface and then loads them. It now appears that the current list of plugins is all that will be used.

Therefore, is my current practise of check the dll files still the best practise, or are there better ways to load each dll?

Thanks.

James Wiseman
  • 29,946
  • 17
  • 95
  • 158
Darren Young
  • 10,972
  • 36
  • 91
  • 150
  • can you a bit clarify your question with your sample code? I'm asking this because i had already developed a very similar plugin architecture that was scanning the dll in a plugin directory. If we can see your related source, i think we can give advices. – HuseyinUslu Jan 20 '11 at 14:05
  • Do you mean By "dll's that fit a certain interface" that you always load all plugin assemblies and examine CLASSES against interface? Do you use reflectionOnly loading ? Could you be more spcific on "the current list of plugins is all that will be used". Do you mean that you don't find any plugins at all even after assemblies are loaded successfully ? "are there better ways to load each dll". Compared to what exactly? Interesting topic but can't help without getting more information. – Imre Pühvel Jan 20 '11 at 14:12
  • I would really like to request someone with powers to change the title! IMO based on what the OP what the its quite misleading. I've retagged the question. – gideon Jan 20 '11 at 14:19
  • forgot that the OP can edit too! @Darren I don't think the title to your question is very clear! =P – gideon Jan 20 '11 at 20:00
  • any of the answers below correct? If so selected one please :P – The_Butcher Mar 14 '11 at 13:48

6 Answers6

15

From your question it looks like you've built (or are trying to build) your own kind of plugin architecture. Its not such a good idea since .NET already has what you're looking for.

.NET comes with 2 ways to allow plugins.

  1. System.Addin
  2. MEF - Managed Extensibility Framework

(1) System.Addin - I've barely heard/read much about it. But you can take a look at a few articles here:
System.Addin article from MSDN magazine <- Note the Year 2007
System.Addin tools and examples at Codeplex

(2) Now, MEF, MEF is just awesome! Its a great and easy way to introduce a plugin architecture into your system. MEF is also a part of Silverlight and Visual Studio 2010 uses it. I can see you want to load dlls with plugins dynamically, with MEF you can design your app in such a way the classes you package with your software can be in your own assembly (.exe) and then you can use MEF to dynamically look for dlls in the future that will have classes that you need. The whole procedure itself is very simple in MEF.

Mike Taulty has a brilliant video series on MEF

MEF Article at Codeproject - Part 1 MEF Article at Codeproject - Part 2

MEF is Open Source on Codeplex

I personally think you should go with MEF, its new, easy and even visual studio uses it, even so you can take a look at:
Choosing between MEF and MAF (System.AddIn)

Do check out other top voted questions on the mef tag at SO

Cœur
  • 37,241
  • 25
  • 195
  • 267
gideon
  • 19,329
  • 11
  • 72
  • 113
6

You can use the FileSystemWatcher class to monitor a directory for changes. 

publicvoid CreateWatcher()
{
//Create a new FileSystemWatcher.
FileSystemWatcher watcher = newFileSystemWatcher();

//Set the filter to only catch DLL files.
watcher.Filter = "*.dll";

//Subscribe to the Created event.
watcher.Created += new
FileSystemEventHandler(watcher_FileCreated);

//Set the path to C:\Temp\
watcher.Path = @"C:\Temp\";

//Enable the FileSystemWatcher events.
watcher.EnableRaisingEvents = true;
}

Then it becomes a plug and play affair :)

The_Butcher
  • 2,440
  • 2
  • 27
  • 38
3

refer to MEF It's a very powerful architectural solution for creating Plugin designs.

Sasha Reminnyi
  • 3,442
  • 2
  • 23
  • 27
1

This is good. Alternatively, you can define which assemblies to be loaded in the config file also, if you feel that having numerous DLLs in the said folder might affect your application and there might be some security issue as anybody might push a DLL into that folder.

Kangkan
  • 15,267
  • 10
  • 70
  • 113
0
  • Since plugin mean: "you donot know the dll to load in advance" there is no way to early bind ths "unknown-dll" you have to load and search for interface implementation and use a kind of late binding.
  • "Searching the dll" instead of "editing a configfile" is very userfriendly. in most cases searching dll is not a performance issue since its done only once at program start.

I think your design is ok.

k3b
  • 14,517
  • 7
  • 53
  • 85
0

For your scenario I recommend using MEF and its DirectoryCatalog to load plugins from a particular folder. If you additionally configure the file system watcher and refresh DirectoryCatalog on folder change, thanks to recomposition feature of MEF, you will be able to pull new plugins in runtime! BTW, you can see a nice recomposition sample I did for one of my MEF talks.

Wladimir Palant
  • 56,865
  • 12
  • 98
  • 126
pwlodek
  • 403
  • 4
  • 7