Прочитать на английском

Поделиться через


Managed Extensibility Framework (MEF)

В этой статье приводятся общие сведения о библиотеке Managed Extensibility Framework, которая появилась на платформе .NET Framework 4.

Что такое MEF

Платформа Managed Extensibility Framework (MEF) — это библиотека для создания простых и расширяемых приложений. Она позволяет разработчикам приложений находить и использовать расширения без каких-либо настроек. Она также позволяет разработчикам расширений легко инкапсулировать код и избегать ненадежных жестких зависимостей. MEF позволяет повторно использовать в приложениях не только расширения, но и целые приложения.

Проблема расширяемости

Представьте себе, что вы являетесь архитектором крупного приложения, которое должно обеспечивать поддержку для расширяемости. Приложение должно включать потенциально большое количество небольших компонентов, а также отвечает за их создание и запуск.

Простейшим подходом к решению такой проблемы является включение компонентов в виде исходного кода в приложение и их вызов прямо из кода. Такой подход имеет ряд очевидных недостатков. Самое главное, что нельзя добавлять новые компоненты без изменения исходного кода — данное ограничение может быть приемлемым, например, для веб-приложения, но не для клиентского приложения. Столь же проблематичной может оказаться ситуация, что у вас не будет доступа к исходному коду для компонентов, так как они могут разрабатываться сторонними производителями, и в силу ряда причин вы не сможете разрешить им доступ к своим приложениям.

Несколько более сложный подход будет заключаться в предоставлении точки или интерфейса расширения, позволяющего разделять приложение и его компоненты. В рамках этой модели можно предоставить интерфейс, который может реализовывать компонент, а также интерфейс API, позволяющий ему взаимодействовать с приложением. Это позволяет решить проблему необходимости доступа к исходному коду, но по-прежнему имеет свои собственные сложности.

Так как приложение не в состоянии самостоятельно обнаруживать компоненты, ему по-прежнему необходимо явным образом сообщать, какие компоненты имеются в наличии и подлежат загрузке. Обычно для этого применяется явная регистрация доступных компонентов в файле конфигурации. Это означает, что обеспечение нужных компонентов превращается в задачу обслуживания, особенно в тех случаях, когда обновление должен выполнять конечный пользователь, а не сам разработчик.

Кроме того, компоненты могут взаимодействовать друг с другом, за исключением строго определенных каналов самого приложения. Если в архитектуре приложения не учтена потребность в определенной связи, то обычно это оказывается невозможным.

Наконец, разработчики компонентов вынуждены принимать жесткие зависимости от того, какая именно сборка содержит реализуемый ими интерфейс. Это затрудняет возможное применение компонента в нескольких приложениях и также может вызвать проблемы при создании тестовой платформы для компонентов.

Сведения о возможностях MEF

Вместо явной регистрации доступных компонент MEF позволяет обнаруживать их неявным образом — с помощью композиции. Компонент MEF, называемый частью, декларативно указывает как свои зависимости (называемые импортом), так и свои возможности, которые он предоставляет (называемые экспортом). При создании некоторой части обработчик композиции MEF удовлетворяет свои импортируемые компоненты за счет элементов, доступных из других частей.

Такой поход позволяет решить проблемы, рассмотренные в предыдущем разделе. Так как части MEF декларативно указывают свои возможности, они могут быть обнаружены во время выполнения, то есть приложение может применять части без жестко кодированных ссылок или ненадежных файлов конфигурации. Платформа MEF позволяет приложениям обнаруживать и анализировать части с помощью своих метаданных без создания экземпляров и даже без загрузки их сборок. В результате нет необходимости четко указывать время и способ загрузки расширений.

Кроме обеспечиваемого экспорта, часть может указать свои импортируемые элементы, которые будут заполнены другими частями. Это делает связь между частями не только возможной, но и простой, и обеспечивает качественное разбиение кода. Например, общие для нескольких компонентов службы можно выделить в отдельную часть, которую можно будет легко изменять или заменять.

Так как для модели MEF жесткие зависимости от определенной сборки приложения не требуются, она позволяет повторно использовать расширения в различных приложениях. Это также упрощает разработку окружения теста, не зависящего от приложения, для тестирования компонентов расширений.

Расширяемое приложение, созданное с помощью платформы MEF, объявляет импортируемый элемент, который может быть заполнен компонентами расширения, а также может объявить экспортируемые элементы, позволяющие применять службы приложений для расширений. Каждый компонент расширения объявляет экспортируемый элемент, а также может объявлять импортируемые элементы. Таким образом, сами компоненты расширения автоматически становятся расширяемыми.

Где доступна MEF

MEF является неотъемлемой частью .NET Framework 4 и присутствует везде, где применяется платформа .NET Framework. MEF можно использовать в клиентских приложениях, независимо от того, применяют они Windows Forms, WPF или любую другую технологию, либо в серверных приложениях, где применяется ASP.NET.

MEF и MAF

На платформе .NET Framework предыдущих версий появилась платформа Managed Add-in Framework (MAF), которая позволяет изолировать и управлять расширениями в приложениях. MAF находится на более высоком уровне, чем MEF, и отвечает за изоляцию расширения, а также загрузку и выгрузку сборки, тогда как MEF отвечает за возможность обнаружения, расширяемости и переноса. Обе эти платформы тесно взаимодействуют друг с другом, и каждое одиночное приложение могут воспользоваться преимуществами их обоих.

SimpleCalculator — пример приложения

Чтобы узнать о возможностях MEF, проще всего создать простое приложение MEF. В этом примере выполняется создание очень простого калькулятора, который называется SimpleCalculator. SimpleCalculator предназначен для создания консольного приложения, принимающего основные арифметические команды в формате «5 + 3» или «6 - 2» и возвращающего правильные ответы. Благодаря применению MEF, вы сможете добавлять новые операторы без изменения кода приложения.

Чтобы скачать полный исходный код для этого примера, см. раздел Пример SimpleCalculator (Visual Basic).

Примечание

Пример с SimpleCalculator предназначен просто для демонстрации концепции и синтаксиса платформы MEF, а не описания реального сценария для ее использования. Многие приложения, которые будут использовать возможности MEF, являются более сложными, чем SimpleCalculator. Более сложные примеры см. в разделе Managed Extensibility Framework в GitHub.

  • Чтобы приступить к работе, создайте проект консольного приложения в Visual Studio и назовите его SimpleCalculator.

  • Добавьте ссылку на сборку System.ComponentModel.Composition, где находится MEF.

  • Откройте Module1.vb или Program.cs и добавьте инструкции Imports или using для System.ComponentModel.Composition и System.ComponentModel.Composition.Hosting. Оба этих пространства имен содержат типы MEF, необходимые для разработки расширяемого приложения.

  • Если вы используете Visual Basic, добавьте ключевое слово Public в строку, в которой объявляется модуль Module1.

Контейнер композиции и каталоги

Основным элементом модели композиции MEF является контейнер композиции, который содержит все доступные части и выполняет композицию. Композиция обеспечивает сопоставление импортируемых и экспортируемых элементов. Наиболее распространенным типом контейнера композиции является CompositionContainer, который вы будете использовать для SimpleCalculator.

Если вы используете Visual Basic, добавьте открытый класс с именем Program в Module1.vb.

Добавьте следующую строку в класс Program в Module1.vb или Program.cs:

private CompositionContainer _container;

Для обнаружения доступных частей в контейнерах композиции используется каталог. Каталог – это объект, который делает доступными части, обнаруженные в определенном источнике. MEF содержит каталоги для обнаружения частей с заданным типом, сборкой или директорией. Разработчики приложений могут легко создавать новые каталоги для обнаружения частей из других источников, например, веб-служб.

Добавьте следующий конструктор в класс Program:

private Program()
{
    try
    {
        // An aggregate catalog that combines multiple catalogs.
        var catalog = new AggregateCatalog();
        // Adds all the parts found in the same assembly as the Program class.
        catalog.Catalogs.Add(new AssemblyCatalog(typeof(Program).Assembly));

        // Create the CompositionContainer with the parts in the catalog.
        _container = new CompositionContainer(catalog);
        _container.ComposeParts(this);
    }
    catch (CompositionException compositionException)
    {
        Console.WriteLine(compositionException.ToString());
    }
}

Вызов ComposeParts указывает контейнеру композиции на необходимость компоновки определенного набора частей (в данном случае текущий экземпляр Program). Однако на этом этапе ничего не происходит, так как в Program нет импортируемых элементов для заполнения.

Импортируемые и экспортируемые элементы с атрибутами

Во-первых, необходимо выбрать Program для импорта калькулятора. Это позволит отделять вопросы пользовательского интерфейса, например, ввод и вывод консоли, который будет поступать в Program, от логики калькулятора.

Добавьте следующий код в класс Program :

[Import(typeof(ICalculator))]
public ICalculator calculator;

Следует отметить, что объявление объекта calculator не является необычным, однако он содержит атрибут ImportAttribute. Этот атрибут объявляет что-нибудь, подлежащее импорту; то есть, это будет заполнено обработчиком композиции при составлении объекта.

Каждый импортируемый элемент имеет контракт, определяющий, с какими экспортируемыми элементами будет выполняться сопоставление. Контракт может быть явно заданный строкой, или он может создаваться автоматически платформой MEF из заданного типа (в данном случае интерфейс ICalculator). Любой экспортируемый элемент, объявленный с помощью контракта сопоставления, будет подставляться в этот импорт. Следует отметить, что типом объекта calculator на самом деле является ICalculator, это не является обязательным. Контракт не зависит от типа импортирующего объекта. (В этом случае можно не выходить из typeof(ICalculator) . MEF автоматически предложит контракт на основе типа импорта, если только он не указан явным образом.)

Добавьте этот простейший интерфейс в модуль или пространство имен SimpleCalculator:

public interface ICalculator
{
    string Calculate(string input);
}

Теперь, после определения ICalculator, нужен класс, который его реализует. Добавьте следующий класс в модуль или пространство имен SimpleCalculator:

[Export(typeof(ICalculator))]
class MySimpleCalculator : ICalculator
{

}

Здесь используется экспортируемый элемент, соответствующий импортируемому элементу в Program. Чтобы экспортируемый элемент соответствовал импортируемому, экспорт должен иметь такой же контракт. Экспорт по контракту на основе typeof(MySimpleCalculator) вызовет несовпадение, и импортируемый элемент не будет заполнен; контракт должен в точности совпадать.

Так как контейнер композиции будет заполняться всеми доступными в этой сборке частями, часть MySimpleCalculator будет доступна. Когда конструктор для Program выполняет композицию для объекта Program, его импортируемый элемент будет заполняться объектом MySimpleCalculator, который будет создан для этой цели.

Для уровня пользовательского интерфейса (Program) никакая другая информация не требуется. Таким образом, можно заполнить остальную часть логики интерфейса пользователя в методе Main.

Добавьте следующий код в метод Main:

static void Main(string[] args)
{
    // Composition is performed in the constructor.
    var p = new Program();
    Console.WriteLine("Enter Command:");
    while (true)
    {
        string s = Console.ReadLine();
        Console.WriteLine(p.calculator.Calculate(s));
    }
}

Этот код просто считывает строку входных данных и вызывает функцию Calculate калькулятора ICalculator с результатом, который он записывает в консоль. То есть, весь код, требуемый в Program. Все остальные действия будут выполняться по частям.

Атрибуты Imports и ImportMany

Чтобы приложение SimpleCalculator было расширяемым, оно должно импортировать список операций. Обычный атрибут ImportAttribute заполняется одним и только одним ExportAttribute. Если имеется несколько значений, обработчик композиции выдаст ошибку. Чтобы создать импортируемый элемент, который может заполняться произвольным количеством экспортируемых элементов, можно использовать атрибут ImportManyAttribute.

Добавьте в класс MySimpleCalculator следующее свойство операций:

[ImportMany]
IEnumerable<Lazy<IOperation, IOperationData>> operations;

Lazy<T,TMetadata> — это тип, задаваемый платформой MEF для сохранения косвенных ссылок на экспортируемые элементы. Здесь, кроме самого экспортируемого объекта, вы также получаете метаданные экспорта или информацию, описывающую экспортируемый объект. Каждый Lazy<T,TMetadata> содержит объект IOperation, представляющий собой фактическую операцию, и объект IOperationData, представляющий ее метаданные.

Добавьте следующие простые интерфейсы в модуль или пространство имен SimpleCalculator:

public interface IOperation
{
     int Operate(int left, int right);
}

public interface IOperationData
{
    char Symbol { get; }
}

В этом случае метаданными для каждой операции является символ, представляющий данную операцию, например, +, -, * и т. д. Чтобы сделать доступной операцию сложения, добавьте следующий класс в модуль или пространство имен SimpleCalculator:

[Export(typeof(IOperation))]
[ExportMetadata("Symbol", '+')]
class Add: IOperation
{
    public int Operate(int left, int right)
    {
        return left + right;
    }
}

Атрибут ExportAttribute функционирует так же, как и раньше. Атрибут ExportMetadataAttribute присоединяет метаданные к данному экспортируемому элементу в виде пары "имя значение". Если Add реализует IOperation, то класс, реализующий IOperationData, явным образом не определен. Вместо этого, он создается неявным образом платформой MEF со свойствами на основе имен предоставленных метаданных. (Это один из нескольких способов доступа к метаданным в MEF.)

Композиция на платформе MEF является рекурсивной. Вы явным образом составили композицию объекта Program, импортировавшего ICalculator, который получил тип MySimpleCalculator. MySimpleCalculator, в свою очередь, импортирует коллекцию объектов IOperation, и данный импорт будет заполнен при создании MySimpleCalculator, одновременно с импортируемыми элементами Program. Если Add класс объявил дополнительный импортируемый элемент, он тоже должен быть заполнен, и т. д. Любой незаполненный импорт будет вызывать ошибку композиции. (Однако можно объявить, что импортируемые элементы являются необязательными, или присвоить им значения по умолчанию.)

Логика калькулятора

При наличии всех этих частей все, что остается, представляет собой саму логику калькулятора. Добавьте следующий код в класс MySimpleCalculator для реализации метода Calculate:

public String Calculate(string input)
{
    int left;
    int right;
    char operation;
    // Finds the operator.
    int fn = FindFirstNonDigit(input);
    if (fn < 0) return "Could not parse command.";

    try
    {
        // Separate out the operands.
        left = int.Parse(input.Substring(0, fn));
        right = int.Parse(input.Substring(fn + 1));
    }
    catch
    {
        return "Could not parse command.";
    }

    operation = input[fn];

    foreach (Lazy<IOperation, IOperationData> i in operations)
    {
        if (i.Metadata.Symbol.Equals(operation))
        {
            return i.Value.Operate(left, right).ToString();
        }
    }
    return "Operation Not Found!";
}

Начальные действия анализируют входную строку по левому и правому операндам, а также символ оператора. В цикле foreach анализируется каждый член коллекции operations. Эти объекты относятся к типу Lazy<T,TMetadata>, а доступ к значениям их метаданных и экспортируемому объекту можно получить с помощью, соответственно, свойств Metadata и Value. В этом случае, если обнаружено, что свойство Symbol объекта IOperationData совпадает, калькулятор вызывает метод Operate объекта IOperation и возвращает результат.

Для завершения работы над калькулятором также нужен вспомогательный метод, который возвращает позицию первого нецифрового символа в строке. Добавьте в класс MySimpleCalculator следующий вспомогательный метод:

private int FindFirstNonDigit(string s)
{
    for (int i = 0; i < s.Length; i++)
    {
        if (!char.IsDigit(s[i])) return i;
    }
    return -1;
}

Теперь вы должны получить возможность скомпилировать и запустить проект. В Visual Basic убедитесь, что вы добавили ключевое слово Public в Module1. В окне консоли введите операцию сложения, например "5 + 3", и калькулятор вернет результат. Любой другой оператор приводит к посообщению "операция не найдена!".

Расширение SimpleCalculator с использованием нового класса

Теперь, когда калькулятор работает, добавление новой операции является простой задачей. Добавьте следующий класс в модуль или пространство имен SimpleCalculator:

[Export(typeof(IOperation))]
[ExportMetadata("Symbol", '-')]
class Subtract : IOperation
{
    public int Operate(int left, int right)
    {
        return left - right;
    }
}

Скомпилируйте и запустите проект. Выполните операцию вычитания, например, "5 - 3". Теперь калькулятор выполняет операции вычитания наряду со сложением.

Расширение SimpleCalculator с использованием новой сборки

Добавить классы в исходный код достаточно просто, но MEF позволяет искать части за пределами собственного источника приложения. Чтобы продемонстрировать это, необходимо изменить приложение SimpleCalculator для поиска в каталоге, а также в его собственной сборке, частей путем добавления DirectoryCatalog.

Добавьте новый каталог с именем Extensions в проект SimpleCalculator. Убедитесь, что добавление выполняется на уровне проекта, а не на уровне решения. Затем добавьте новый проект библиотеки классов в решение с именем ExtendedOperations. Новый проект будет скомпилирован в отдельную сборку.

откройте конструктор свойств Project для проекта екстендедоператионс и перейдите на вкладку компиляция или сборка . измените путь вывода сборки или выходной путь , чтобы он указывал на каталог extensions в каталоге проекта приложение simplecalculator (.. \Симплекалкулатор\екстенсионс\).

В Module1.vb или Program.cs добавьте следующую строку в конструктор Program:

catalog.Catalogs.Add(
    new DirectoryCatalog(
        "C:\\SimpleCalculator\\SimpleCalculator\\Extensions"));

Замените пример пути на путь к каталогу расширений. (Этот абсолютный путь предназначен только для отладки. В рабочем приложении следует использовать относительный путь.) DirectoryCatalog Теперь добавит все части, найденные в любой сборке в каталоге Extensions, в контейнер композиции.

В проекте ExtendedOperations добавьте ссылки на приложение SimpleCalculator и System.ComponentModel.Composition. В файле класса ExtendedOperations добавьте оператор Imports или using для System.ComponentModel.Composition. В Visual Basic также добавьте оператор Imports для SimpleCalculator. Затем добавьте следующий класс в файл класса ExtendedOperations:

[Export(typeof(SimpleCalculator.IOperation))]
[ExportMetadata("Symbol", '%')]
public class Mod : SimpleCalculator.IOperation
{
    public int Operate(int left, int right)
    {
        return left % right;
    }
}

Следует отметить, что для совпадения контрактов атрибут ExportAttribute должен иметь тот же тип, что и ImportAttribute.

Скомпилируйте и запустите проект. Проверьте новый оператор Mod (%).

Заключение

В этом разделе рассмотрены основные концепции платформы MEF.

  • Части, каталоги и контейнер композиции

    Части и контейнер композиции являются базовыми строительными блоками приложения MEF. Часть — это любой объект, который импортирует или экспортирует значение, вплоть до самого себя. Каталог содержит коллекцию частей из определенного источника. Контейнер композиции использует части, предоставленные каталогом для выполнения композиции, привязки импортируемых и экспортируемых элементов.

  • Импортируемые и экспортируемые элементы

    Импортируемые и экспортируемые элементы позволяют компонентам взаимодействовать друг с другом. При импорте компонент указывает на необходимость в определенном значении или объекте, а при экспорте он указывает на доступность значения. Каждый импортируемый элемент сопоставляется со списком экспортируемых элементов при помощи своего контракта.

Следующие шаги

Чтобы скачать полный исходный код для этого примера, см. раздел Пример SimpleCalculator (Visual Basic).

Дополнительные сведения и примеры кода см. в разделе Managed Extensibility Framework. Список типов MEF см. в пространстве имен System.ComponentModel.Composition.