Question

I’m using MEF to allow users to extend my C# library. It’s working great so far, but right now I’m trying to use it in a way I haven’t seen it used before.

The primary use case for MEF I’ve seen so far is this:

• Application exposes primitive interface (IPerson)
• External library uses MEF and primitive interfaces to extend functionality of main library (e.g. IPoliceman : IPerson, adds functionality)
• Application then uses ImportMany to search for correct IPerson depending on what it must do

But I need something like this: Let’s say I have a tax calculator that takes a bunch of parameters and returns estimated tax depending on those parameters. I want users to be able to create plugins with MEF that modify how those calculations are done. Only one plugin that does this should be able to be loaded at any one time. Otherwise, how do I decide which alternate implementation to use?

So basically, my question boils down to this: Usually MEF allows adding implementations of classes and methods. How do I use it to allow users to replace an implementation?

Answer 1

What you’re talking about is actually just a different way of looking at the same problem. The answer is simpler than it sounds – for any behavior that you want a client to be able to override, just put that behavior in a plugin.

There’s nothing that says you can’t write plugins just because you’re the author of the application. Put your TaxCalculator class in a plugin, and expose an interface allowing users to write their own tax calculators. At runtime, if you have more than one loaded, favor the one that isn’t yours. Out-of-the-box, you will be using your tax calculator plugin, so it will work exactly the way you expect. If the user creates their own tax calculator plugin and drops it in the right directory, you use it instead, effectively allowing them to “override” your original functionality.