Как вы разрабатываете надстройки Visual Studio?

Question

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

Возможно ли это эффективно? Как бы я поступил так?

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

Спасибо

Answer 1

Я бы рекомендовал загрузить Visual Studio SDK для используемой версии VS, т. Е. VS2010 .

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

Вы можете зарегистрировать / добавить свои плагины / пакеты / что угодно в экспериментальном улье, в то время как ваша рабочая лошадка - основной улей остается чистой и не затронутой

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

Answer 2

Один полезный совет: вы можете отключить все надстройки, удерживая левую клавишу Shift при запуске VS. Вы можете сделать это для своего экземпляра «debugger» и позволить загрузке надстройки в экземпляре «debugee».

Answer 3

На мой взгляд, поиск информации по этой теме hard . Существует множество примеров типа «Hello World», но большинство из них являются неинформативными, вводящими в заблуждение, неполными или устаревшими. Не говоря уже о том, что вся архитектура отличается от того, к чему большинство людей может привыкнуть при разработке управляемого кода, поскольку COM связан хотя бы с одним из методов разработки (их несколько).

Professional Visual Studio 2010 содержит краткий учебник, который должен указать вам правильное направление.

Существует также Профессиональная расширяемость Visual Studio (с 2008 г.), которая может быть немного устаревшей, но, насколько я понимаю, большинство основных понятий все еще применимы.

Надеюсь, это поможет.