Reference manager visual studio как открыть

Обновлено: 07.07.2024

Недавно я столкнулся с этой проблемой, когда всякий раз, когда я нажимаю правой кнопкой мыши "Добавить ссылку. ", это дает мне ошибку, как указано ниже.

Пакет 'ReferenceManagerPackage' не удалось загрузить.

Попытка переустановки Visual Studio 2012 все равно не работает.

ранее не встречал эту проблему.

EDIT: 512 2013/04/14 00: 49: 11.860 ошибка VisualStudio Ошибка CreateInstance для пакета [ReferenceManagerPackage]

80131522 Не удалось загрузить тип "Microsoft.VisualStudio.Shell.Interop.IVsReferenceManager2" из сборки "Microsoft.VisualStudio.Shell.Interop.11.0, Version = 11.0.0.0, Culture = neutral, PublicKeyToken = b03f5f7f11d50a3a".

У меня была эта проблема раньше. Если я помню причину этого, в основном у вас есть этот конкретный двоичный файл в вашем gac. Я предполагаю, что вы недавно обновили Visual Studio. Хотя он исправил dll на диске, скорее всего, он загрузит dll из gac, который не был обновлен. Просто regac dll, и все должно быть в порядке.

ИЗМЕНИТЬ

Извините, что я плохой. regac не является фактической командой, я просто хочу, чтобы вы снова добавили элемент в gac.

Запустите командную строку визуальной студии и запустите эту команду gacutil /i <path_to_assembly> ,

Я только что получил эту ошибку после установки Visual Studio 2017.

Решение было следующим.

Запуск Developer Command Prompt for VS 2017
CD C:\Program Files\Microsoft Visual Studio\2017\Community\Common7\IDE\PublicAssemblies
Запустить gacutil -i Microsoft.VisualStudio.Shell.Interop.11.0.dll

Теперь вы должны увидеть

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

У меня была такая же ошибка (как я понял, она была другая), и добавление сборки обратно в GAC сделало трюк для меня. Из командной строки VS 2012 (как admin) я набрал.

gacutil -i Microsoft.VisualStudio.Shell.Interop.11.0.dll

Теперь моя ситуация отличается тем, что мне пришлось отключить VS 2012 Update 2 (так как это испортило мой исходный контроль, я ничего не смог проверить). После выполнения восстановления системы до более ранней даты я не смог открыть диалог добавления-ссылки в VS 2012. Я охотился за этой DLL на диске, но она исчезла, поэтому я скопировал ее с другой машины, добавив ее в GAC и вуаля, Я снова и снова запускаюсь.

Чтобы действительно устранить эту проблему, я должен был подключиться к другой Visual Studio или другому отладчику и настроить ее на первый шанс исключения типа Load Exception. Затем проверьте стек вызовов и сообщите об этом здесь.

Диалоговое окно "Диспетчер ссылок"

В левой части диалогового окна "Диспетчер ссылок" отображаются различные категории в зависимости от типа проекта:

Сборки с подгруппами Платформа и Расширения.

COM содержит список всех COM-компонентов, ссылки на которые можно добавить.

Проекты

Общие проекты

Windows с подгруппами Ядро и Расширения. Для просмотра ссылок в Windows SDK и пакетах SDK расширений можно использовать Обозреватель объектов.

Обзор с подгруппой последних ссылок.

При разработке проектов С++ элемент Обзор может не отображаться в диалоговом окне "Диспетчер ссылок".

Добавление ссылки

В обозревателе решений щелкните правой кнопкой мыши узел Ссылки или Зависимости и выберите команду Добавить ссылку. Вы также можете щелкнуть узел проекта правой кнопкой мыши и выбрать пункт Добавить > Ссылка.

Будет открыт Диспетчер ссылок со списком доступных ссылок по группам.

Укажите ссылки, которые требуется добавить, а затем нажмите кнопку ОК.

В обозревателе решений щелкните правой кнопкой мыши узел Ссылки или Зависимости, после чего выберите Добавить ссылку на проект или Добавить общую ссылку на проект, или Добавить ссылку COM. (Можно щелкнуть правой кнопкой мыши узел проекта и выбрать пункт Добавить из всплывающего меню, чтобы выбрать эти параметры.)

Будет открыт Диспетчер ссылок со списком доступных ссылок по группам.

Укажите ссылки, которые требуется добавить, а затем нажмите кнопку ОК.

Вкладка "Сборки"

При добавлении вручную ссылки на любое из пространств имен EnvDTE (EnvDTE, EnvDTE80, EnvDTE90, EnvDTE90a или EnvDTE100) установите в окне Свойства для свойства ссылки Внедрить типы взаимодействия значение False. Задание для этого свойства значения True может привести к проблемам сборки, так как некоторые свойства EnvDTE не допускают внедрения.

Все проекты классических приложений содержат неявную ссылку на библиотеку mscorlib. Проекты Visual Basic содержат неявную ссылку на Microsoft.VisualBasic. Все проекты содержат неявную ссылку на System.Core, даже если она была удалена из списка ссылок.

Если тип проекта не поддерживает сборки, эта вкладка не отображается в диалоговом окне "Диспетчер ссылок".

Вкладка Сборки состоит из двух подразделов.

В разделе Платформа перечислены все сборки, из которых состоит целевая платформа.

HKEY_CURRENT_USER\SOFTWARE\Microsoft\[Target Framework Identifier]\v[Target Framework Version]\AssemblyFoldersEx\[UserComponentName]\@default=[Disk location of assemblies]
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\[Target Framework Identifier]\v[Target Framework Version]\AssemblyFoldersEx\[UserComponentName]\@default=[Disk location of assemblies]

HKEY_CURRENT_USER\SOFTWARE\Wow6432Node\Microsoft\[Target Framework Identifier]\v[Target Framework Version]\AssemblyFoldersEx\[UserComponentName]\@default=[Disk location of assemblies]
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\[Target Framework Identifier]\v[Target Framework Version]\AssemblyFoldersEx\[UserComponentName]\@default=[Disk location of assemblies]

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

Компонент, использующий новую версию платформы, не совместим с проектом, нацеленным на более раннюю версию платформы.

Сведения об изменении целевой версии платформы для проекта см. в статье Общие сведения о настройке для платформы.

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

Чтобы отобразить сборку в диалоговом окне "Добавление ссылки"

Переместите или скопируйте сборку в одно из следующих расположений.

Каталог текущего проекта. (Можно найти эти сборки, используя вкладку Обзор .)

Другие каталоги проектов в одном решении. (Можно найти эти сборки, используя вкладку Проекты.)

Установите раздел реестра, определяющий положение отображаемых сборок.

Для 32-разрядной операционной системы добавьте один из следующих разделов реестра.

Для 64-разрядной операционной системы добавьте один из следующих разделов реестра в 32-разрядный куст реестра.

<AssemblyLocation> является каталогом сборок, которые требуется отображать в диалоговом окне Добавить ссылку, например C:\MyAssemblies.

Создание раздела реестра в узле HKEY_LOCAL_MACHINE позволяет всем пользователям видеть сборки в указанном расположении в диалоговом окне Добавить ссылку. Создание раздела реестра в узле HKEY_CURRENT_USER влияет только на настройки для текущего пользователя.

Вкладка "Проекты"

На вкладке Проекты указываются все совместимые проекты в текущем решении (в подразделе Решение).

Вкладка "Общие проекты"

Добавьте ссылку на общий проект на вкладке Общие проекты диалогового окна "Диспетчер ссылок". Общие проекты позволяют писать общий код, на который ссылается несколько различных проектов приложений.

Вкладка "Универсальная платформа Windows"

Вкладка Универсальная платформа Windows содержит список всех пакетов SDK, относящихся к платформам, на которых работают операционные системы Windows. Эта вкладка имеет две подгруппы: Ядро и Расширения.

Подгруппа "Ядро"

Проекты универсального приложения для Windows по умолчанию имеют ссылку на пакет SDK универсальной платформы Windows. Соответственно, в подгруппе Ядро в диспетчере ссылок не перечисляются никакие сборки из пакета SDK универсальной платформы Windows.

Подгруппа "Расширения"

В разделе Расширения перечислены пользовательские пакеты SDK, расширяющие целевую платформу Windows.

Пакет SDK — это коллекция файлов, которая обрабатывается Visual Studio как единый компонент. На вкладке Расширения пакеты SDK, относящиеся к проекту, из которого было открыто диалоговое окно "Диспетчер ссылок", указываются как отдельные записи. При добавлении в проект все содержимое SDK используется Visual Studio таким образом, что пользователю не нужно принимать никаких дополнительных мер для добавления содержимого SDK в IntelliSense, на панель элементов, в конструкторы, обозреватель объектов, средства сборки, развертывания, отладки и упаковки.

Сведения об отображении SDK на вкладке Расширения см. в статье Создание средств разработки программного обеспечения.

Если проект ссылается на пакет SDK, зависящий от другого пакета SDK, Visual Studio не будет использовать второй пакет SDK, пока вы вручную не зададите ссылку на него. Когда пользователь выбирает пакет SDK на вкладке Расширения, открывается диалоговое окно "Диспетчер ссылок", которое помогает определить зависимости SDK, перечислив их в области сведений.

Если тип проекта не поддерживает расширения, эта вкладка не отображается в диалоговом окне "Диспетчер ссылок".

Вкладка COM

Если тип проекта не поддерживает COM, эта вкладка не отображается в диалоговом окне "Диспетчер ссылок".

Обзор

Кнопка Обзор позволяет осуществлять поиск компонента в файловой системе.

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

Невозможно добавить SDK в проект с помощью кнопки "Обзор". С помощью кнопки "Обзор" можно добавить в проект только файл (например, сборку или файл WinMD).

При указании ссылки на файл WinMD предполагается, что файлы <FileName>.winmd, <FileName>.dll и <FileName>.pri находятся рядом. При указании ссылки на файл WinMD в следующих сценариях неполный набор файлов копируется в выходной каталог проекта и, следовательно, происходят сбои сборки и выполнения.

Компонент на базе машинного кода. Проект на базе машинного кода создает по одному файлу WinMD для каждого не связанного с другими набора пространств имен и по одному файлу DLL с реализацией. Файлы WinMD будут иметь разнородные имена. При указании ссылки на такой файл компонента на базе машинного кода MSBuild не определит, что файлы WinMD с разнородными именами относятся к одному компоненту. Следовательно, будут скопированы только файлы <FileName>.dll и <FileName>.winmd с одинаковыми именами, и возникнет ошибка времени выполнения. Чтобы обойти эту проблему, нужно создать пакет SDK расширения. Дополнительные сведения см. в статье Создание средств разработки программного обеспечения.

Использование элементов управления. Элемент управления XAML состоит по крайней мере из следующих файлов: <FileName>.winmd, <FileName>.dll, <FileName>.pri, <XamlName>.xaml и <ImageName>.jpg. Когда проект будет собран, файлы ресурсов, связанные со ссылкой на файл, не будут скопированы в выходной каталог проекта, а будут скопированы только файлы <FileName>.winmd, <FileName>.dll и <FileName>.pri. При этом в журнал будет занесена ошибка сборки, указывающая пользователю на отсутствующие ресурсы <XamlName>.xaml и <ImageName>.jpg. Чтобы сборка прошла успешно, пользователь должен вручную скопировать эти файлы ресурсов в выходную папку проекта для сборки и отладки (выполнения). Для решения этой проблемы создайте пакет SDK расширения, следуя инструкциям в статье Создание средств разработки программного обеспечения, или измените файл проекта, добавив в него следующее свойство:

При добавлении этого свойства сборка может выполняться медленнее.

Последние

Элементы Сборки, COM, Windows и Обзор поддерживают вкладку Последние, содержащую список компонентов, которые были недавно добавлены в проекты.

Поиск

Панель поиска в диалоговом окне "Диспетчер ссылок" работает с текущей активной вкладкой. Например, если пользователь вводит в области поиска запрос "System", когда открыта вкладка Решение, поиск не вернет результаты, если решение не содержит проекта, в имени которого есть слово "System".

Перед написанием кода для внешних компонентов или подключенных служб необходимо включить в проект ссылки на них. По сути, ссылка — это запись в файле проекта, которая содержит сведения, необходимые Visual Studio для поиска компонента или службы.

Чтобы добавить ссылку, в обозревателе решений щелкните правой кнопкой мыши узел Ссылки или Зависимости и выберите команду Добавить ссылку. Вы также можете щелкнуть узел проекта правой кнопкой мыши и выбрать пункт Добавить > Ссылка. Дополнительные сведения см. в разделе Практическое руководство. Добавление и удаление ссылок.

Вы можете добавить ссылку на следующие типы компонентов и служб:

Приложения универсальной платформы Windows

другие сборки или библиотеки классов проектов в том же решении;

Ссылки на приложения UWP

Ссылки на проекты

Проекты универсальной платформы Windows (UWP) могут создавать ссылки на другие проекты UWP в решении либо на двоичные файлы или проекты, ориентированные на Windows 8.1, при условии, что эти проекты не используют интерфейсы API, которые являются устаревшими в Windows 10 и более поздних версиях. Более подробную информацию см. в разделе Перенос приложения из среды выполнения Windows 8 в UWP.

Если вы решили изменить целевую платформу проектов Windows 8.1 на Windows 10 или более поздней версии, ознакомьтесь со статьей Перенос, миграция и обновление проектов Visual Studio.

Справочник по пакетам SDK расширений

Если выяснится, что пакет SDK расширений, на который ссылается ваше приложение, не поддерживается, то вы должны выполнить следующие действия.

Посмотреть имя проекта, который вызывает ошибку. Платформа, для которой предназначен этот проект, указывается в скобках рядом с именем проекта. Например, MyProjectName (Windows 8.1) означает, что проект MyProjectName предназначен для платформы Windows 8.1.

Перейдите на сайт поставщика неподдерживаемого пакета SDK расширений и установите версию пакета SDK расширений с зависимостями, совместимыми с версией платформы, для которой предназначен ваш проект.

Если проект предназначен исключительно для Windows 10 и установленный в предыдущем шаге пакет SDK расширений имеет зависимость от пакета среды выполнения Microsoft Visual C++, то совместимой с Windows 10 версией этого пакета является v14.0, которая устанавливается вместе с Visual Studio.

Если установленный на предыдущем шаге пакет SDK расширений имеет зависимости от других пакетов SDK расширений, перейдите на сайты поставщиков, являющихся владельцами зависимостей, и установите версии этих зависимостей, совместимые с версией платформы, для которой предназначен ваш проект.

Перезапустите Visual Studio и откройте ваше приложение.

Щелкните правой кнопкой мыши узел Ссылки или Зависимости в проекте, который вызвал ошибку, и выберите команду Добавить ссылку.

Добавление ссылки во время разработки

При создании ссылки на сборку в проекте Visual Studio ищет сборку в следующих расположениях:

Каталог текущего проекта. (Можно найти эти сборки, используя вкладку Обзор .)

Другие каталоги проектов в одном решении. (Вы можете найти эти сборки на вкладке Проекты .)

Все проекты содержат неявную ссылку на библиотеку mscorlib.
Все проекты содержат неявную ссылку на System.Core , даже если System.Core была удалена из списка ссылок.
Проекты Visual Basic содержат неявную ссылку на Microsoft.VisualBasic.

Ссылки на общие компоненты во время выполнения

По умолчанию для свойства CopyLocal задается значение False , если сборка или компонент находится в глобальном кэше сборок или является компонентом платформы. В противном случае задается значение True. Ссылки проектов на проекты всегда имеют значение True.

Ссылки проектов на проекты

Ссылки проектов на проекты — это ссылки на проекты, которые содержат сборки. Вы добавляете их на вкладке Проекты диалогового окна "Диспетчер ссылок". Visual Studio может найти сборку, если задан путь к проекту.

Ссылки на общий проект

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

Ссылки на файлы

Ссылки на файлы — это прямые ссылки на сборки вне контекста проекта Visual Studio. Они создаются на вкладке Обзор диспетчера ссылок. Ссылку на файл следует использовать в случае, если имеется лишь сборка или компонент, но не проект, который создает ее в качестве выходных данных.

Закладка References (только для языка Visual Basic)

Одной из особенностей этой закладки, предназначенной для разработчиков программ на языке Visual Basic, является кнопка Unused References, позволяющая выполнять поиск ссылок, которые можно удалить. Кроме того, можно добавлять пути к ссылкам (reference path), что дает возможность включать все сборки, расположенные в данном месте.

Ссылки на внешние сборки могут быть ссылками на файл или проект. Ссылка на файл - это прямая ссылка на отдельную сборку. Такие ссылки создаются с помощью закладки Browse в диалоговом окне Add Reference. Ссылка на проект - это ссылка на отдельный проект в решении. Все сборки, создающиеся проектом, динамически добавляются как ссылки. Ссылки на проекты создаются с помощью закладки Project в диалоговом окне Add Reference.

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

Закладка Resources

Ресурсы проекта можно добавлять и удалять с помощью закладки Resources, показанной на рисунке ниже. В приведенном примере в приложение были добавлены две пиктограммы. Ресурсами могут быть изображения, текст, файлы и другие сериализуемые классы.

Этот интерфейс существенно облегчает работу с файлами ресурсов во время проектирования.

Недавно я допилил одну проблему, которая меня уже очень давно достает. Суть ее в том, что диалог Add Reference в Visual Studio не нужен, если вы берете сборку из одного из тех мест, где их ищет студия. Не нужен он потому, что студия вполне могла бы сама проиндексировать все пространства имен в этих сборках и при написании using Biztalk дать мне возможность добавить ссылку автоматически. Поскольку студия это делать не умеет, пришлось ей помочь.

Идея сама по себе простая, и состоит из 2 х частей, а именно:

Нужно найти все важные сборки и проиндексировать все их пространства имен.
При наведении курсора на using , нужно сделать поиск всех возможных сборок и показать меню.

Индексирование

База для пространств имен и путям к файлам сборок делается за секунды. Единственный трюк – это использование Cecil вместо извращений вроде Assembly.ReflectionOnlyLoad() , которые пытаются подгрузить зависимости и ещё невесть что. Быстренько находим все типы, записываем их простнанства имен в HashSet , и засовываем все это в базу. Как? Об этом сейчас и поговорим.

Во-первых, пути к файлам которые использует Add Reference находятся как минимум в 2 х местах – в реестре, и в папке PublicAssemblies. Чтобы найти те папки, которые указаны в реестре, я написал следующий код:

public static IEnumerable< string > GetAssemblyFolders() 

string [] valueNames = new [] < string .Empty, "All Assemblies In" >; 
string [] keyNames = new [] 

@"SOFTWARE\Microsoft\.NETFramework\AssemblyFolders" , 
@"SOFTWARE\Wow6432Node\Microsoft\.NETFramework\AssemblyFolders" 
>; 
var result = new HashSet< string >(); 
foreach ( var keyName in keyNames) 

using ( var key = Registry.LocalMachine.OpenSubKey(keyName)) 

if (key != null ) 
foreach ( string subkeyName in key.GetSubKeyNames()) 

using ( var subkey = key.OpenSubKey(subkeyName)) 

if (subkey != null ) 

foreach ( string valueName in valueNames) 

string value = (subkey.GetValue(valueName) as string ?? string .Empty).Trim(); 
if (! string .IsNullOrEmpty( value )) 
result.Add( value ); 
> 
> 
> 
> 
> 
> 
return result; 
>

Изначально у меня мало что работало, т.к. ключи на 32-битной и 64-битной системе разные. В очередной раз замечаю что с переходом на 64-битную систему начал писать более качественный код :)

Чтобы найти папку PublicAssemblies, нужно сначала найти где установлена Visual Studio:

public static string GetVS9InstallDirectory() 

var keyNames = new string [] 

@"SOFTWARE\Wow6432Node\Microsoft\VisualStudio\9.0\Setup\VS" , 
@"SOFTWARE\Microsoft\VisualStudio\9.0\Setup\VS" 
>; 
foreach ( var keyName in keyNames) 

using ( var key = Registry.LocalMachine.OpenSubKey(keyName)) 

if (key != null ) 
return key.GetValue( "ProductDir" ).ToString(); 
> 
> 
return null ; 
>

Имея список папок, можно в каждой искать все DLL-файлы и индексировать их. Помимо тех папок что всегда фигурируют в диалоге Add Reference, можно добавлять свои папки, что бывает удобно.

using ( var dc = new StatsDataContext()) 

var dirs = new HashSet< string >(); 
dirs.Add( @"C:\Program Files (x86)\JetBrains\ReSharper\v4.5\Bin" ); 
foreach ( var dir in GetAssemblyFolders()) dirs.Add(dir); 
dirs.Add(Path.Combine(GetVS9InstallDirectory(), @"Common7\IDE\PublicAssemblies" )); 
foreach ( string dir in dirs.Where(Directory.Exists)) 

string [] files = Directory.GetFiles(dir, "*.dll" ); 
var entries = new HashSet<Namespace>(); 
foreach ( string file in files) 

var ns = AddNamespacesFromFile(file); 
foreach ( var n in ns) 
entries.Add(n); 
> 
dc.Namespaces.InsertAllOnSubmit(entries); 
> 
dc.SubmitChanges(); 
>

Добавление происходит с помощью метода AddNamespacesFromFile() который, как я уже писал, использует Mono.Cecil.

С наполнением базы на этом все. Далее можно пользоваться результатами, хотя я помимо этого сделал фоновую утилиту которая позволяет освежать данные и добавлять новые пути.

Использование

Не имея лучших вариантов, я реализовал добавление ссылок как context action для ReSharper. Идея простая – пользователь наводит курсор на слово Biztalk в строке using Biztalk; и видит магическое меню, при выборе элементов которого автоматически добавляется ссылка в проект.

Сам СА наследует от полезного класса CSharpContextActionBase , внутри которого кроме проверки а «применимость» ничего умного не происходит. Поиск по базе ведется с помощью простой выборки в стиле SELECT * from Namespaces where NamespaceName LIKE '%BizTalk%' . Для базы в которой у вас будет пара тысяч элементов (ну, может 10 тысяч, если постараетесь), такой подход адекватен.

protected override bool IsAvailableInternal() 

items = EmptyArray<IBulbItem>.Instance; 
var element = GetSelectedElement<IElement>( false ); 
if (element == null ) 
return false ; 
var parent = element.ToTreeNode().Parent; 
if (parent == null || parent.GetType().Name != "ReferenceName" || parent.Parent == null 
|| string .IsNullOrEmpty(parent.Parent.GetText())) 
return false ; 
string s = parent.Parent.GetText(); 
if ( string .IsNullOrEmpty(s)) 
return false ; 
var bulbItems = new HashSet<RefBulbItem>(); 
using ( var conn = new SqlConnection( 
"Data Source=(local);Initial Catalog=Stats;Integrated Security=True" )) 

conn.Open(); 
var cmd = new SqlCommand( 
"select * from Namespaces where NamespaceName like '%" + s + "%'" , conn); 
using ( var r = cmd.ExecuteReader()) 

int count = 0; 
while (r.Read()) 

bulbItems.Add( new RefBulbItem( 
provider, 
r.GetString(2).Trim(), 
r.GetString(3).Trim(), 
r.GetString(4).Trim())); 
count++; 
> 
if (count > 0) 

items = System.Linq.Enumerable.ToArray( 
System.Linq.Enumerable.ThenBy( 
System.Linq.Enumerable.OrderBy( 
bulbItems, 
i => i.AssemblyName), 
i => i.AssemblyVersion)); 
return true ; 
> 
> 
> 
return false ; 
>

Все интересное происходит в BulbItem ах, то есть желтых лампочках которые появляются в процессе вызова контекстного меню. Сама лампочка – это некий POCO который умеет в нужный момент добавить ссылку на определенную сборку.

protected override void ExecuteBeforeTransaction(ISolution solution, 
JetBrains.TextControl.ITextControl textControl, IProgressIndicator progress) 

var project = provider.Project; 
if (project == null ) return ; 
var fileSystemPath = FileSystemPath.TryParse(path); 
if (fileSystemPath == null ) return ; 
var assemblyFile = provider.Solution.AddAssembly(fileSystemPath); 
if (assemblyFile == null ) return ; 
var cookie = project.GetSolution().EnsureProjectWritable(project, out project, SimpleTaskExecutor.Instance); 
QuickFixUtil.ExecuteUnderModification(textControl, 
() => project.AddModuleReference(assemblyFile.Assembly), 
cookie); 
>

Код выше удалось написать только с помощью члена команды JetBrains (planerist – спасибо!), т.к. у меня у самого не хватило усидчивости чтобы найти правильный способ.

Читайте также: