Where should I put the interfaces for MEF?

Question

When organizing a project where should I put the provider interfaces which are used in MEF? Currently I just have them in the same project as everything else but it seems like it might desirable for me to extract them into a separate dll such that it was a very small dll and would easily be linked to by others attempting to write extensions. What is good practise for this?

Answer 1

As with any plug-in/extension model, you should put your "contracts" (the interfaces a plug-in author should be implementing) in an assembly separate from your application.

That way you can make that assembly available to plug-in authors without having to give them the entire application - useful if it's a commercial app that you need to license separately.

MEF Preview 5 introduces the ability to export an interface (ie add an [Export] attribute to an interface) such that any implementor of that interface is automatically exported. That means that plug-in authors don't even need to know about MEF - they just implement your interface and they're automatically a MEF extension.

Answer 2

Actually there is new feature in .NET 4.0 called type equivalence that can accomplish this. With this feature you can haave two different interfaces in different contract assemblies that tell the CLR they are the same. Because it is low-level, MEF can work with it fine.

A few caveats:

• Other than framework types, only custom interfaces are supported.
• Custom generic interfaces are not supported.
• Matching requires a guid on both interfaces :-(

You can read more about it here: http://msdn.microsoft.com/en-us/library/dd997297(VS.100).aspx. The documentation will say it's for COM, but you can use it for managed code as well.