Another article of mine published on MSDN: Search Dynamically for Plug-Ins

My blog has moved.
You can view this post at the following address:
http://www.osherove.com/blog/2003/12/29/another-article-of-mine-published-on-msdn-search-dynamically.html
Published Monday, December 29, 2003 6:52 PM by RoyOsherove

Comments

Monday, December 29, 2003 2:07 PM by Shannon J Hager

# re: Another article of mine published on MSDN: Search Dynamically for Plug-Ins

Congratulations again, Roy. You planning on keeping up at this pace?
Monday, December 29, 2003 2:15 PM by Roy Osherove

# re: Another article of mine published on MSDN: Search Dynamically for Plug-Ins

Hey Shannon. Yes. There's one more planned for publishing :)
Monday, December 29, 2003 2:30 PM by Alexander Zeitler

# re: Another article of mine published on MSDN: Search Dynamically for Plug-Ins

Hi Roy,

great articles on the plug-in stuff and very interesting blog. Keep on the good work ;-)

Alex
Monday, December 29, 2003 2:37 PM by Roy Osherove

# re: Another article of mine published on MSDN: Search Dynamically for Plug-Ins

Thanks very much Alex! :)
Tuesday, December 30, 2003 2:39 AM by Paul Gielens

# re: Another article of mine published on MSDN: Search Dynamically for Plug-Ins

Great article series Roy, much appreciated!
Tuesday, December 30, 2003 3:28 AM by TalTal

# re: Another article of mine published on MSDN: Search Dynamically for Plug-Ins

Roy , keep going !!!
and good-luck
proud of you
& love you ...
Tuesday, December 30, 2003 4:57 AM by TrackBack

# Via Roy Osherove: Another article

Via Roy Osherove: Another article of mine published on MSDN: Search Dynamically for Plug-Ins Search Dynamically for Plug-Ins "This article is an extension to my previous article about plug-ins. I encourage you to take a look at that before diving into this article. That said, my main goal in this article is to rid the user of config files. The idea is to make sure that when your application loads, it can look through the .DLL files in its directory, find the ones that contain types supporting the IPlugin interface, and instantiate those plug-ins. No user intervention should be required, other than copying the .DLL file into the application's directory."...
Tuesday, December 30, 2003 6:19 AM by Kalpesh Shah

# re: Another article of mine published on MSDN: Search Dynamically for Plug-Ins

Roy, keep the great work going !!
Tuesday, December 30, 2003 11:05 AM by SBC

# re: Another article of mine published on MSDN: Search Dynamically for Plug-Ins

congrats Roy! Keep'em coming...
Tuesday, January 06, 2004 5:45 PM by John

# re: Another article of mine published on MSDN: Search Dynamically for Plug-Ins

Looks like a good article and I'm interested in learning how to do this. I couldn't find the download link for the source. Am I missing something?

Thanks!

John
Saturday, January 10, 2004 3:06 PM by Russell Pooley

# re: Another article of mine published on MSDN: Search Dynamically for Plug-Ins

I have implemented a similar solution to this article but I came across one problem. If a third party was to create a plugin for version 1.0.0.0 of our application, if we changed the application version to 1.0.1.0 the plugin would not work. Our current solution is to have configuration files that redirect the assembly binding but I was wondering if you was aware of any other methods without having to use configuration files?
Saturday, January 10, 2004 3:10 PM by Roy Osherove

# re: Another article of mine published on MSDN: Search Dynamically for Plug-Ins

Russell:
This is usually the problem with plugin mechanisms. That's why it's usually a good idea to leave the Plugin SDK interfaces in a separate assembly, which should almost never change, and have the plugins developers reference the never changing assembly. Saves lots of headaches.
Of course, it also means that you need to do upfront design of all your plugin interfaces, which is always a good idea.
Saturday, January 10, 2004 3:12 PM by Roy Osherove

# re: Another article of mine published on MSDN: Search Dynamically for Plug-Ins

BTW: the source code for all articles should be available now.