Click here to Skip to main content
65,938 articles
CodeProject is changing. Read more.
Articles / Languages / C#

MEF in .NET 4.5

2.31/5 (6 votes)
27 Nov 2012CPOL3 min read 52K   868  
Advancements in MEF in .NET 4.5.

Introduction

This article explains the problems with MEF1 and improvements in MEF2 (in .NET 4.5). Attached is a Visual Studio solution built in .NET 4.5.

Read the following articles for more on MEF:

MEF1

The primary focus of MEF1 was extensibility, MEF allows to create an application such that application's different parts can be extended like a plug-in.

MEF1 has some problems...

  1. There was no way exporting types without giving them export attribute. This limitation has two consequences:
    • It was not possible to export types that you do not have access to the source code
    • While converting one existing application into an extensible MEF application, first all types need to be decorated with export attribute
  2. Control lifetime of an instance, as MEF1 has only two instance scopes:
    1. per instance and
    2. shared global lifetime
  3. Composition problems were not easy to diagnose.

MEF2

MEF2 has solved the above problems:

  1. Attribute-less registration: One new class RegistrationBuilder is introduced that handles part creation and export registration automatically, it has solved both problems arising because the export attribute is required for type registration.

    RegistrationBuilder introduced three For*() methods as below that can identify/select parts to export.
    1. ForType(): selects a single type. In the code below, you can see how the type AnniversaryGreetings is exported and imported.
      C#
      //Export type
      regisBuilder.ForType<AnniversaryGreetings>().Export<AnniversaryGreetings>();
      
      //import type
      var anniGreeting = container.GetExportedValue<AnniversaryGreetings>();  
    2. ForTypesDerivedFrom(): selects types that are assignable to either a base class or an interface (the same as InheritedExport in MEF1) . In the code below, you can see how all types derived from IGreetings are exported and imported.
      C#
      //Export all types derived from IGreetings
      regisBuilder.ForTypesDerivedFrom(typeof(IGreetings))
       .SelectConstructor(cInfo => cInfo[0]) // this selects first constructor
       .Export<IGreetings>();
      
      //Import types derived from IGreetings
      var v = container.GetExportedValues<IGreetings>();
    3. ForTypesMatching(Predicate predicate): selects types that match a Boolean selector. This is the most flexible means of selection. In the code below, you can see how the type name matching "Greetings" is exported and imported:
      C#
      //Export types matching
      regisBuilder.ForTypesMatching(x => x.Name.Equals("HomeGreetings")).Export();
      
      //import types 
      var greetings = container.GetExportedValue<HomeGreetings>();
  2. Finer-Grained Control Over Lifetime

    ExportFactory improves granularity by allowing developers to create new instances of dependencies and control the lifetimes of the parts.

    ExportFactory<t> can be exported which actually exports the type T, but it doesn’t create instance. Instance of the type will get created when it is accessed with method ExportCreator<t>.CreateExport().

    The return value of ExportCreator<t>.CreateExport() is a ExportLifetimeContext<t>. ExportLifetimeContext<t> has a property called value that contains instance of the type T. ExportLifetimeContext<t> also provides implementation of iDisposable, so instance can be cleaned when it is not required. In the code below, you can see how the ExportFactory<t> is used to export the type and create instance by calling CreateExport() method.

    C#
    //Export factory class
    public class ExportFactoryExample
        {
            ExportFactory<Greetings> _factory;
    
            [ImportingConstructor]
            public ExportFactoryExample(ExportFactory<Greetings> factory)
            {
                _factory = factory;
            }
    
            public string Greeting(string name)
            {
                using (var instance = _factory.CreateExport())
                {
                    return instance.Value.Greet(name);
                }
            }
        }
    
    // export the ExportFactoryExample type
    regisBuilder.ForType<ExportFactoryExample>().Export<ExportFactoryExample>();
    
    //import the ExportFactoryExample type
    var exportType = container.GetExportedValue<ExportFactoryExample>();
    
    //CreateExport() method will be called on call of 
    //Greeting method of ExportFactoryExample class
    exportType.Greeting(name);

    ExportFactory v/s Lazy objects: The difference between ExportFactory and a Lazy object is that with the Lazy class, you can only create a single instance of the object. The ExportFactory is a class that allows you to request a new instance of the type of object whenever you feel like it.

  3. Diagnostics improvements: Two major improvements have been made to diagnostics.
    • CompositionOptions.DisableSilentRejection parts with missing dependencies are identified and excluded from composition, which makes diagnostics hard in many cases. Specifying CompositionOptions.DisableSilentRejection while constructing a CompositionContainer will cause exceptions to be thrown when any composition problem occurs.
      C#
      container = new CompositionContainer
      			(agrCatelog, CompositionOptions.DisableSilentRejection);
    • Better exception messages MEF2 improves the way exception messages are formatted, presenting the most important information up-front.

License

This article, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)