VS2017, VSIX: только что созданный AsyncPackage не создается

Question

Это VSPackage по умолчанию. Я добавил только атрибуты ProvideAutoLoad.

using System;
using System.ComponentModel.Design;
using System.Diagnostics;
using System.Diagnostics.CodeAnalysis;
using System.Globalization;
using System.Runtime.InteropServices;
using System.Threading;
using System.Threading.Tasks;
using Microsoft.VisualStudio;
using Microsoft.VisualStudio.OLE.Interop;
using Microsoft.VisualStudio.Shell;
using Microsoft.VisualStudio.Shell.Interop;
using Microsoft.Win32;
using Task = System.Threading.Tasks.Task;

namespace VSIXProject1
{
    /// <summary>
    /// This is the class that implements the package exposed by this assembly.
    /// </summary>
    /// <remarks>
    /// <para>
    /// The minimum requirement for a class to be considered a valid package for Visual Studio
    /// is to implement the IVsPackage interface and register itself with the shell.
    /// This package uses the helper classes defined inside the Managed Package Framework (MPF)
    /// to do it: it derives from the Package class that provides the implementation of the
    /// IVsPackage interface and uses the registration attributes defined in the framework to
    /// register itself and its components with the shell. These attributes tell the pkgdef creation
    /// utility what data to put into .pkgdef file.
    /// </para>
    /// <para>
    /// To get loaded into VS, the package must be referred by &lt;Asset Type="Microsoft.VisualStudio.VsPackage" ...&gt; in .vsixmanifest file.
    /// </para>
    /// </remarks>
    [PackageRegistration(UseManagedResourcesOnly = true, AllowsBackgroundLoading = true)]
    [InstalledProductRegistration("#110", "#112", "1.0", IconResourceID = 400)] // Info on this package for Help/About
    [Guid(VSPackage1.PackageGuidString)]
    [ProvideAutoLoad(UIContextGuids.NoSolution, PackageAutoLoadFlags.BackgroundLoad)]
    [ProvideAutoLoad(UIContextGuids.SolutionExists, PackageAutoLoadFlags.BackgroundLoad)]
    [SuppressMessage("StyleCop.CSharp.DocumentationRules", "SA1650:ElementDocumentationMustBeSpelledCorrectly", Justification = "pkgdef, VS and vsixmanifest are valid VS terms")]
    public sealed class VSPackage1 : AsyncPackage
    {
        /// <summary>
        /// VSPackage1 GUID string.
        /// </summary>
        public const string PackageGuidString = "cca56365-4b14-4a96-9280-c30dce400195";

        /// <summary>
        /// Initializes a new instance of the <see cref="VSPackage1"/> class.
        /// </summary>
        public VSPackage1()
        {
            // Inside this method you can place any initialization code that does not require
            // any Visual Studio service because at this point the package object is created but
            // not sited yet inside Visual Studio environment. The place to do all the other
            // initialization is the Initialize method.
        }

        #region Package Members

        /// <summary>
        /// Initialization of the package; this method is called right after the package is sited, so this is the place
        /// where you can put all the initialization code that rely on services provided by VisualStudio.
        /// </summary>
        /// <param name="cancellationToken">A cancellation token to monitor for initialization cancellation, which can occur when VS is shutting down.</param>
        /// <param name="progress">A provider for progress updates.</param>
        /// <returns>A task representing the async work of package initialization, or an already completed task if there is none. Do not return null from this method.</returns>
        protected override async Task InitializeAsync(CancellationToken cancellationToken, IProgress<ServiceProgressData> progress)
        {
            // When initialized asynchronously, the current thread may be a background thread at this point.
            // Do any initialization that requires the UI thread after switching to the UI thread.
            await this.JoinableTaskFactory.SwitchToMainThreadAsync(cancellationToken);
        }

        #endregion
    }
}

Похоже, что это не экземпляр. Если я добавляю точку останова или Debug.WriteLine(...), то ничего не происходит. Когда я добавляю Command, то тоже ничего. Я вижу свое расширение только в окне "Расширения и обновления".

Я записал небольшое видео с пошаговым воспроизведением моей проблемы: https://youtu.be/B2T311Ug5FQ

Что я должен сделать, чтобы мой пакет получил экземпляр?

Answer 1

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

[ProvideAutoLoad(UIContextGuids80.NoSolution, PackageAutoLoadFlags.BackgroundLoad)]

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

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

Answer 2

Мой сценарий был таким: я создал проект VSIX в VS2022, а затем добавил в него AsyncPackage. Я не заметил, что проект VSIX уже содержит другой пакет.

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

Я не могу найти никакой документации по этому поводу, но похоже, что каждый VSIX загружает только один пакет. см. VSIX: как упаковать два или более vspackage в vsix

Answer 3

Сейчас 2022 год, а шаблон до сих пор не исправлен. Очень рад, что нашел этот пост всего через несколько часов безумия.

добавление

       [ProvideAutoLoad(UIContextGuids80.NoSolution, PackageAutoLoadFlags.BackgroundLoad)]

чтобы основной AsyncPackage загрузил его!

Answer 4

У меня была эта проблема с расширением, заимствованным из Visual Studio 2017, которое ранее использовалось во всех промежуточных версиях Visual Studio, я думаю, возможно, созданном на VS2010. Я изменил две или более вещи, но я не знаю, что заставило их работать.

1. Подобно сатнхаку выше, пришлось добавить

   [ProvideAutoLoad(VSConstants.UICONTEXT.SolutionExists_string, PackageAutoLoadFlags.BackgroundLoad)][ProvideAutoLoad(VSConstants.UICONTEXT.SolutionHasMultipleProjects_string, PackageAutoLoadFlags.BackgroundLoadLoad_String_PackgroundLoadFlags.BackgroundLoad).

2. В моем .csproj удалили строку

   <OldToolsVersion>14.0</OldToolsVersion>

Я нашел их, сравнив только что созданное расширение из шаблона и сравнив все свойства (argh).

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

В любом случае также полезно знать, что проблемы регистрируются в следующих местах:

• % appdata% \ Microsoft \ VisualStudio \16.0_d1c373d5\ActivityLog.Setup.xml
• %appdata%\Microsoft\VisualStudio\16.0_d1c373d5\ActivityLog.xsl
• %appdata% .. \Local\Temp\dd_VSIXInstaller_*.log

Каждый успешный экземпляр регистрируется в последнем.