Возникли проблемы с получением плагина VSTO Outlook 2010, работающего в Outlook 2013?

У вас установлен Outlook 2013 на компьютере, на котором установлен проект надстройки? В этом случае вы можете выполнить отладку из VS 2010, установив для параметра «Запуск внешней программы» на вкладке «Отладка» окна свойств проекта значение Outlook 2013 .exe. Когда я создал свою надстройку, я смог отладить ее, используя любую версию Outlook, которая была на моем компьютере разработки, и я не помню, чтобы менял что-либо, кроме внешнего пути к программе.

Если вы используете проект установки для установки, ему потребуется другой ComponenedId при создании условий запуска. Для установки в Outlook 2010 и 2013 вам потребуются два разных проекта установки. Вот PIA-ключи Office 2013 и Ключи Office 2010.

Все подробности описаны в статье Запуск решений в различных версиях Microsoft Office. В нем говорится следующее:

Если вы разрабатывали решения для Office 2010, вы можете запускать те же решения в Microsoft Office 2013. Решения, созданные с помощью Visual Studio 2013, Visual Studio 2012 или Visual Studio 2010, могут работать в Office 2013, Office 2010 или Microsoft Office 2007. система.

Какова целевая платформа .Net вашей надстройки? Вы пытались отладить код? Есть ли исключения?

Вы пытались снова включить надстройку? Он не запускается после того, как он находится в отключенной очереди. После того, как вы снова включите его на отключенном экране надстройки, вы можете установить флажок на экране COM-AddIn, чтобы он загрузился, что затем должно запрашивать более подробную информацию, поскольку вы устанавливаете переменную VSTO_SUPPRESSDISPLAYALERTS о том, что могло произойти в первое место. Проблема может заключаться в том, что надстройка была жестко отключена Outlook. Обратите внимание, что надстройка отображается не в разделе «Надстройки неактивных приложений», а в разделе «Надстройки для отключенных приложений». Это имеет значение: в последнем случае просто перейти на экран COM-AddIn и установить флажок недостаточно для решения проблемы.

Выполните следующие действия для принудительно отключенной надстройки?

1. Перейдите в поле «Управление», измените «Надстройки COM» на «Отключенные надстройки» и нажмите «Перейти». Выберите надстройку и нажмите Включить. Щелкните "Закрыть". Хорошо, теперь надстройку можно снова загрузить:

2. В поле «Управление» измените «Отключенные надстройки» на «Надстройки COM» и нажмите кнопку «Перейти». установите флажок рядом с отключенной надстройкой. Щелкните ОК.

Дополнительные сведения см. На ЭТОМ сайте.

Я смутно помню, как раньше сталкивался с падением надстройки при установке ... разрешение:

1. Установите Инструменты Visual Studio 2010 для среды выполнения Office на целевом компьютере машина.

2. Попробуйте установить надстройку VSTO еще раз , и вы не получите сбой во время установки.

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

Вы можете перейти по этой ссылке для получения дополнительной информации: http://www.greycastle.se/vsto-project-office-target-version/

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

1. Когда исполняемый файл запускается, собственный загрузчик должен найти файл, загрузить его в память вместе со всеми зависимыми библиотеками DLL, чтобы запустить его.
2. Собственный загрузчик просматривает манифест сборки, чтобы определить эту информацию, а затем просто выслеживает все библиотеки DLL и загружает их в память (по порядку).
3. Вы можете легко увидеть этот процесс, используя WINDBG, указав на EXE и запустив его из Windbg. Список загружаемых модулей - это работающий собственный загрузчик.
4. Если зависимость представляет собой сборку управляемого кода .NET, то собственный загрузчик передает запрос загрузки непосредственно управляемому загрузчику, известному как «Fusion».
5. Вы можете легко настроить программу просмотра FusionLOG, чтобы видеть, что происходит http://msdn.microsoft.com/en-us/library/vstudio/e74a18c4%28v=vs.100%29.aspx
6. Сбои при загрузке либо на управляемом уровне, либо на управляемом уровне легко обнаруживаются либо с помощью WINDBG для собственного кода, либо с помощью Fusion Log View для управляемого кода.

Несколько советов по управляемой загрузке DLL: если сборка содержит ссылку на dll, которая не включена в эту сборку, существует строгий порядок «зондирования», которому следует следовать, чтобы найти dll. Будет сделано как минимум три попытки найти библиотеки DLL в разных местах, например, в сборке, в корневом пути программы и в GAC. Если три попытки завершились неудачно, загрузка останавливается на этом этапе и программа не запускается. Когда это происходит, это часто считается экологической проблемой системного уровня; однако на самом деле это проблема программирования, потому что до тех пор, пока системные требования не будут полностью известны системному администратору, он не сможет догадаться об этом. Если вы программист, который включает другие зависимые библиотеки DLL, вам всегда следует подумать, стоит ли размещать их в сборке, чтобы решить эту проблему. В противном случае вам, системным администраторам и людям, использующим вашу программу, придется ждать, пока не будет определена основная причина, что займет много времени.

Вы можете сказать, что другой отдел сказал мне использовать эту dll, и я понятия не имею, каковы другие зависимости! Это не оправдание, поскольку есть отличные инструменты, такие как ILDASM, и даже средства обхода зависимостей управляемого кода, которые расскажут вам все, что нужно. Лучший способ упаковать эти «другие» библиотеки DLL - просто включить их в вашу сборку.