Visual Studio 2010 MEF против MPF?

MEF (Managed Extensibility Framework) — это общий подход к программированию в .NET для расширения программ, таких как Visual Studio. Пакеты/расширения VS могут использовать более новые классы VS-MEF (контракты) вместо классов MPF. MEF распознается классами, имеющими атрибуты [Export]. Как правило, вы наследуете определенный класс, например раскрашиваемый элемент, и экспортируете его в Visual Studio, который затем ищет все экспорты в вашем пакете MEF и импортирует их.

MPF (инфраструктура управляемых пакетов) похожа на систему классов вокруг старых оболочек COM неуправляемой/собственной модели расширений VS. Вы программно расширяете Visual Studio, получая службы и реализуя методы классов MPF (классы MPF, в свою очередь, реализуют COM-подобные интерфейсы COM-оболочек VS. Например, LanguageService реализует IVsLanguageInfo и некоторые другие интерфейсы, но просто «собирает» методы того интерфейса, который вы затем можете переопределить в своем классе реализации LanguageService).

Если вы хотите реализовать полный язык программирования, вы будете комбинировать MPF и MEF. Вы используете MEF для частей редактора, таких как токенизация (которая необходима для подсветки синтаксиса), контуров, сопоставления фигурных скобок и т. д. и MPF для других вещей VS, таких как новые окна инструментов, страницы свойств и т. д.

Вместо MPF вы также можете использовать более старые оболочки COM, но классы MPF уже выполняют за вас некоторую работу COM, с которой вам придется иметь дело, если вы выберете оболочки COM.

Вы также можете реализовать токенизатор и т. д. с помощью MPF, но я попробовал и нашел его гораздо более неинтуитивным, чем MEF. Если вы спросите меня, это намного сложнее и требует большего повреждения мозга, чем MEF, но я еще не продвинулся с MEF так же далеко, как с MPF.

Это немного сбивает меня с толку, потому что MSDN смешивает статьи MEF и MPF, как я заметил. Нужно очень внимательно смотреть, в какой подраздел MSDN вы заходите, вы можете легко случайно переключиться с категории MEF на MPF. Однако MSDN подсказывает вам, что есть что, в некоторых общих статьях о расширении VS, например здесь: http://msdn.microsoft.com/en-us/library/cc138569.aspx

В настоящее время я реализую языковую службу исключительно с MEF (в VS2013).

Помимо подсветки синтаксиса (которую вы можете сделать с помощью ITagger<ClassificationTag>) и нескольких других встроенных специализированных интерфейсов MEF (например, для страниц опций и различных типов intellisense), которые вы реализуете по мере необходимости, для таких вещей, как фоновый анализ вы обычно реализуете IVsTextViewCreationListener и делаете что-то, когда файл открыт; в качестве альтернативы вы можете просматривать иерархию проекта в фоновом режиме, используя метод Initialize вашего пакета в качестве точки входа.

Функции Intellisense и т. д. часто требуют от вас ответа на определенную команду (или отслеживания нажатий клавиш, чтобы узнать, когда, например, всплывающее окно со списком завершения); вы можете справиться с этим, реализуя IOleCommandTarget и обрабатывая соответствующие команды (вы подключаете свой обработчик команд вручную, вызывая AddCommandFilter на IVsTextView при создании текстового представления).

До сих пор я не сталкивался ни с чем, что я не мог бы сделать через MEF (за исключением того, что вообще нельзя сделать); Я никогда не смотрел в MPF, так как мне это не нужно.

(Обратите внимание, что, в конце концов, код имеет тенденцию напоминать суп из сантехники MEF, интерфейсов VS SDK и вспомогательных классов, а также EnvDTE goop.)

Используйте MEF для функций, предоставляемых через MEF. Другие функции обрабатываются в каждом конкретном случае (задайте конкретный вопрос, если у вас возникли проблемы с реализацией конкретной функции). Единственное, для чего я до сих пор использую MPF, — это проектные системы (MPF for Projects или MPFProj). Чтобы справиться с фоновым синтаксическим анализом, я рекомендую взглянуть на мою реализацию BackgroundParser (лицензия MIT). Это работает довольно хорошо, хотя, оглядываясь назад, я хотел бы использовать для этого TPL и заставить ReParseImpl возвращать Task вместо синхронного выполнения.

• BackgroundParser.cs
• Commit 0d3e55e, показывающий введение и использование BackgroundParser и некоторых необходимых вспомогательных классов.