Partilhar via

Como criar um Add-In que seja uma interface de utilizador

Este exemplo mostra como criar um suplemento que é um Windows Presentation Foundation (WPF) que é hospedado por um aplicativo autônomo WPF.

O suplemento é uma interface do usuário que é um controle de usuário WPF. O conteúdo do controle de usuário é um único botão que, quando clicado, exibe uma caixa de mensagem. A aplicação autónoma WPF hospeda a interface de utilizador do complemento como o conteúdo da janela principal da aplicação.

Pré-requisitos

Este exemplo destaca as extensões WPF para o modelo de complemento .NET Framework que habilitam este cenário e assume o seguinte:

  • Conhecimento do modelo de aplicações complementares do .NET Framework, incluindo desenvolvimento de pipeline, aplicações complementares e host. Se não está familiarizado com esses conceitos, veja Suplementos e Extensibilidade. Para obter um tutorial que demonstra a implementação de um pipeline, um complemento e uma aplicação anfitriã, consulte Passo a passo: Criar uma aplicação extensível.

  • Conhecimento das extensões do WPF para o modelo de complemento do .NET Framework. Consulte Visão geral do WPF Add-Ins.

Exemplo

Para criar um suplemento que seja uma interface do usuário do WPF, é necessário um código específico para cada segmento de pipeline, o suplemento e o aplicativo host.

Implementação do Segmento da Cadeia de Contratos

Quando um suplemento é uma interface, o contrato para o suplemento deve implementar INativeHandleContract. No exemplo, IWPFAddInContract implementa INativeHandleContract, conforme mostrado no código a seguir.

using System.AddIn.Contract;
using System.AddIn.Pipeline;

namespace Contracts
{
    /// <summary>
    /// Defines the services that an add-in will provide to a host application.
    /// In this case, the add-in is a UI.
    /// </summary>
    [AddInContract]
    public interface IWPFAddInContract : INativeHandleContract {}
}


Imports System.AddIn.Contract
Imports System.AddIn.Pipeline

Namespace Contracts
    ''' <summary>
    ''' Defines the services that an add-in will provide to a host application.
    ''' In this case, the add-in is a UI.
    ''' </summary>
    <AddInContract>
    Public Interface IWPFAddInContract
        Inherits INativeHandleContract
        Inherits IContract
    End Interface
End Namespace

Implementando o segmento de visualização do pipeline Add-In

Como o suplemento é implementado como uma subclasse do tipo FrameworkElement, a exibição do suplemento também deve ser subclasse FrameworkElement. O código a seguir mostra a exibição de suplemento do contrato, implementada como a classe WPFAddInView.

using System.AddIn.Pipeline;
using System.Windows.Controls;

namespace AddInViews
{
    /// <summary>
    /// Defines the add-in's view of the contract.
    /// </summary>
    [AddInBase]
    public class WPFAddInView : UserControl { }
}


Imports System.AddIn.Pipeline
Imports System.Windows.Controls

Namespace AddInViews
    ''' <summary>
    ''' Defines the add-in's view of the contract.
    ''' </summary>
    <AddInBase>
    Public Class WPFAddInView
        Inherits UserControl
    End Class
End Namespace

Aqui, a visualização do complemento é derivada de UserControl. Consequentemente, a interface de utilizador do suplemento também deve derivar de UserControl.

Implementando o segmento de pipeline do adaptador Add-In-Side

Embora o contrato seja um INativeHandleContract, o complemento é um FrameworkElement (conforme especificado pelo segmento de exibição do pipeline do complemento). Portanto, o FrameworkElement deve ser convertido em um INativeHandleContract antes de cruzar o limite de isolamento. Este trabalho é executado pelo adaptador do suplemento ao chamar ViewToContractAdapter, conforme mostrado no código a seguir.

using System;
using System.AddIn.Contract;
using System.AddIn.Pipeline;
using System.Security.Permissions;

using AddInViews;
using Contracts;

namespace AddInSideAdapters
{
    /// <summary>
    /// Adapts the add-in's view of the contract to the add-in contract
    /// </summary>
    [AddInAdapter]
    public class WPFAddIn_ViewToContractAddInSideAdapter : ContractBase, IWPFAddInContract
    {
        WPFAddInView wpfAddInView;

        public WPFAddIn_ViewToContractAddInSideAdapter(WPFAddInView wpfAddInView)
        {
            // Adapt the add-in view of the contract (WPFAddInView)
            // to the contract (IWPFAddInContract)
            this.wpfAddInView = wpfAddInView;
        }

        /// <summary>
        /// ContractBase.QueryContract must be overridden to:
        /// * Safely return a window handle for an add-in UI to the host
        ///   application's application.
        /// * Enable tabbing between host application UI and add-in UI, in the
        ///   "add-in is a UI" scenario.
        /// </summary>
        public override IContract QueryContract(string contractIdentifier)
        {
            if (contractIdentifier.Equals(typeof(INativeHandleContract).AssemblyQualifiedName))
            {
                return FrameworkElementAdapters.ViewToContractAdapter(this.wpfAddInView);
            }

            return base.QueryContract(contractIdentifier);
        }

        /// <summary>
        /// GetHandle is called by the WPF add-in model from the host application's
        /// application domain to get the window handle for an add-in UI from the
        /// add-in's application domain. GetHandle is called if a window handle isn't
        /// returned by other means, that is, overriding ContractBase.QueryContract,
        /// as shown above.
        /// NOTE: This method requires UnmanagedCodePermission to be called
        ///       (full-trust by default), to prevent illegal window handle
        ///       access in partially trusted scenarios. If the add-in could
        ///       run in a partially trusted application domain
        ///       (eg AddInSecurityLevel.Internet), you can safely return a window
        ///       handle by overriding ContractBase.QueryContract, as shown above.
        /// </summary>
        public IntPtr GetHandle()
        {
            return FrameworkElementAdapters.ViewToContractAdapter(this.wpfAddInView).GetHandle();
        }
    }
}


Imports System
Imports System.AddIn.Contract
Imports System.AddIn.Pipeline
Imports System.Security.Permissions

Imports AddInViews
Imports Contracts

Namespace AddInSideAdapters
    ''' <summary>
    ''' Adapts the add-in's view of the contract to the add-in contract
    ''' </summary>
    <AddInAdapter>
    Public Class WPFAddIn_ViewToContractAddInSideAdapter
        Inherits ContractBase
        Implements IWPFAddInContract

        Private wpfAddInView As WPFAddInView

        Public Sub New(ByVal wpfAddInView As WPFAddInView)
            ' Adapt the add-in view of the contract (WPFAddInView) 
            ' to the contract (IWPFAddInContract)
            Me.wpfAddInView = wpfAddInView
        End Sub

        ''' <summary>
        ''' ContractBase.QueryContract must be overridden to:
        ''' * Safely return a window handle for an add-in UI to the host 
        '''   application's application.
        ''' * Enable tabbing between host application UI and add-in UI, in the
        '''   "add-in is a UI" scenario.
        ''' </summary>
        Public Overrides Function QueryContract(ByVal contractIdentifier As String) As IContract
            If contractIdentifier.Equals(GetType(INativeHandleContract).AssemblyQualifiedName) Then
                Return FrameworkElementAdapters.ViewToContractAdapter(Me.wpfAddInView)
            End If

            Return MyBase.QueryContract(contractIdentifier)
        End Function

        ''' <summary>
        ''' GetHandle is called by the WPF add-in model from the host application's 
        ''' application domain to get the window handle for an add-in UI from the 
        ''' add-in's application domain. GetHandle is called if a window handle isn't 
        ''' returned by other means, that is, overriding ContractBase.QueryContract, 
        ''' as shown above.
        ''' </summary>
        Public Function GetHandle() As IntPtr Implements INativeHandleContract.GetHandle
            Return FrameworkElementAdapters.ViewToContractAdapter(Me.wpfAddInView).GetHandle()
        End Function

    End Class
End Namespace

No modelo de suplemento em que um suplemento retorna uma IU (consulte Criar uma Add-In que retorna uma IU), o adaptador de suplemento converteu o FrameworkElement em um INativeHandleContract chamando ViewToContractAdapter. ViewToContractAdapter também deve ser chamado neste modelo, embora você precise implementar um método a partir do qual escrever o código para chamá-lo. Você faz isso substituindo QueryContract e implementando o código que chama ViewToContractAdapter se o código que está chamando QueryContract está esperando um INativeHandleContract. Nesse caso, o chamador será o adaptador do lado do host, que é abordado em uma subseção subsequente.

Observação

Você também precisa substituir QueryContract neste modelo para permitir a navegação por tabulação entre a UI do aplicativo host e a UI do suplemento. Para obter mais informações, consulte "WPF Add-In Limitations" em WPF Add-Ins Overview.

Como o adaptador do lado do complemento implementa uma interface que deriva de INativeHandleContract, é necessário também implementar GetHandle, embora esta seja ignorada quando QueryContract é substituído.

Implementando o segmento de pipeline de exibição do host

Nesse modelo, o aplicativo host normalmente espera que a vista do host seja uma subclasse FrameworkElement. O adaptador do lado do host deve converter o INativeHandleContract em um FrameworkElement depois que o INativeHandleContract cruzar o limite de isolamento. Como um método não está sendo chamado pelo aplicativo host para obter o FrameworkElement, a exibição do host deve "retornar" o FrameworkElement contendo-o. Consequentemente, a exibição do host deve derivar de uma subclasse de FrameworkElement que pode conter outras interfaces do usuário, como UserControl. O código a seguir mostra a visão do host do contrato, é implementada como a classe WPFAddInHostView.

using System.Windows.Controls;

namespace HostViews
{
    /// <summary>
    /// Defines the host's view of the add-in
    /// </summary>
    public class WPFAddInHostView : UserControl { }
}


Imports System.Windows.Controls

Namespace HostViews
    ''' <summary>
    ''' Defines the host's view of the add-in
    ''' </summary>
    Public Class WPFAddInHostView
        Inherits UserControl
    End Class
End Namespace

Implementação do Segmento de Pipeline do Adaptador Host-Side

Embora o contrato seja um INativeHandleContract, a aplicação anfitriã espera um UserControl (conforme especificado pela vista da aplicação anfitriã). Assim, o INativeHandleContract deve ser convertido num FrameworkElement depois de cruzar o limite de isolamento, antes de ser definido como conteúdo da vista do anfitrião (que deriva de UserControl).

Esse trabalho é executado pelo adaptador do lado do host, conforme mostrado no código a seguir.

using System.AddIn.Contract;
using System.AddIn.Pipeline;
using System.Windows;

using Contracts;
using HostViews;

namespace HostSideAdapters
{
    /// <summary>
    /// Adapts the add-in contract to the host's view of the add-in
    /// </summary>
    [HostAdapter]
    public class WPFAddIn_ContractToViewHostSideAdapter : WPFAddInHostView
    {
        IWPFAddInContract wpfAddInContract;
        ContractHandle wpfAddInContractHandle;

        public WPFAddIn_ContractToViewHostSideAdapter(IWPFAddInContract wpfAddInContract)
        {
            // Adapt the contract (IWPFAddInContract) to the host application's
            // view of the contract (WPFAddInHostView)
            this.wpfAddInContract = wpfAddInContract;

            // Prevent the reference to the contract from being released while the
            // host application uses the add-in
            this.wpfAddInContractHandle = new ContractHandle(wpfAddInContract);

            // Convert the INativeHandleContract for the add-in UI that was passed
            // from the add-in side of the isolation boundary to a FrameworkElement
            string aqn = typeof(INativeHandleContract).AssemblyQualifiedName;
            INativeHandleContract inhc = (INativeHandleContract)wpfAddInContract.QueryContract(aqn);
            FrameworkElement fe = (FrameworkElement)FrameworkElementAdapters.ContractToViewAdapter(inhc);

            // Add FrameworkElement (which displays the UI provided by the add-in) as
            // content of the view (a UserControl)
            this.Content = fe;
        }
    }
}


Imports System.AddIn.Contract
Imports System.AddIn.Pipeline
Imports System.Windows

Imports Contracts
Imports HostViews

Namespace HostSideAdapters
    ''' <summary>
    ''' Adapts the add-in contract to the host's view of the add-in
    ''' </summary>
    <HostAdapter>
    Public Class WPFAddIn_ContractToViewHostSideAdapter
        Inherits WPFAddInHostView
        Private wpfAddInContract As IWPFAddInContract
        Private wpfAddInContractHandle As ContractHandle

        Public Sub New(ByVal wpfAddInContract As IWPFAddInContract)
            ' Adapt the contract (IWPFAddInContract) to the host application's
            ' view of the contract (WPFAddInHostView)
            Me.wpfAddInContract = wpfAddInContract

            ' Prevent the reference to the contract from being released while the
            ' host application uses the add-in
            Me.wpfAddInContractHandle = New ContractHandle(wpfAddInContract)

            ' Convert the INativeHandleContract for the add-in UI that was passed 
            ' from the add-in side of the isolation boundary to a FrameworkElement
            Dim aqn As String = GetType(INativeHandleContract).AssemblyQualifiedName
            Dim inhc As INativeHandleContract = CType(wpfAddInContract.QueryContract(aqn), INativeHandleContract)
            Dim fe As FrameworkElement = CType(FrameworkElementAdapters.ContractToViewAdapter(inhc), FrameworkElement)

            ' Add FrameworkElement (which displays the UI provided by the add-in) as
            ' content of the view (a UserControl)
            Me.Content = fe
        End Sub
    End Class
End Namespace

Como você pode ver, o adaptador do lado do host adquire o INativeHandleContract chamando o método QueryContract do adaptador do lado do suplemento (este é o ponto em que o INativeHandleContract cruza o limite de isolamento).

Em seguida, o adaptador do lado do host converte o INativeHandleContract em um FrameworkElement chamando ContractToViewAdapter. Finalmente, o FrameworkElement é definido como o conteúdo da exibição do host.

Implementação do Add-In

Com o adaptador do lado do suplemento e a visualização do suplemento no lugar, o suplemento pode ser implementado derivando da visualização do suplemento, conforme mostrado no código a seguir.

using System.AddIn;
using System.Windows;

using AddInViews;

namespace WPFAddIn1
{
    /// <summary>
    /// Implements the add-in by deriving from WPFAddInView
    /// </summary>
    [AddIn("WPF Add-In 1")]
    public partial class AddInUI : WPFAddInView
    {
        public AddInUI()
        {
            InitializeComponent();
        }

        void clickMeButton_Click(object sender, RoutedEventArgs e)
        {
            MessageBox.Show("Hello from WPFAddIn1");
        }
    }
}


Imports System.AddIn
Imports System.Windows

Imports AddInViews

Namespace WPFAddIn1
    ''' <summary>
    ''' Implements the add-in by deriving from WPFAddInView
    ''' </summary>
    <AddIn("WPF Add-In 1")>
    Partial Public Class AddInUI
        Inherits WPFAddInView
        Public Sub New()
            InitializeComponent()
        End Sub

        Private Sub clickMeButton_Click(ByVal sender As Object, ByVal e As RoutedEventArgs)
            MessageBox.Show("Hello from WPFAddIn1")
        End Sub
    End Class
End Namespace

Neste exemplo, você pode ver um benefício interessante desse modelo: os desenvolvedores de suplementos só precisam implementar o suplemento (já que ele também é a interface do usuário), em vez de uma classe de suplemento e uma interface do usuário de suplemento.

Implementando o aplicativo host

Com o adaptador do lado do anfitrião e a vista do anfitrião criados, o aplicativo hospedeiro pode usar o modelo de add-in do .NET Framework para abrir o pipeline e adquirir uma vista de anfitrião do add-in. Essas etapas são mostradas no código a seguir.

// Get add-in pipeline folder (the folder in which this application was launched from)
string appPath = Environment.CurrentDirectory;

// Rebuild visual add-in pipeline
string[] warnings = AddInStore.Rebuild(appPath);
if (warnings.Length > 0)
{
    string msg = "Could not rebuild pipeline:";
    foreach (string warning in warnings) msg += "\n" + warning;
    MessageBox.Show(msg);
    return;
}

// Activate add-in with Internet zone security isolation
Collection<AddInToken> addInTokens = AddInStore.FindAddIns(typeof(WPFAddInHostView), appPath);
AddInToken wpfAddInToken = addInTokens[0];
this.wpfAddInHostView = wpfAddInToken.Activate<WPFAddInHostView>(AddInSecurityLevel.Internet);

// Display add-in UI
this.addInUIHostGrid.Children.Add(this.wpfAddInHostView);

' Get add-in pipeline folder (the folder in which this application was launched from)
Dim appPath As String = Environment.CurrentDirectory

' Rebuild visual add-in pipeline
Dim warnings() As String = AddInStore.Rebuild(appPath)
If warnings.Length > 0 Then
    Dim msg As String = "Could not rebuild pipeline:"
    For Each warning As String In warnings
        msg &= vbLf & warning
    Next warning
    MessageBox.Show(msg)
    Return
End If

' Activate add-in with Internet zone security isolation
Dim addInTokens As Collection(Of AddInToken) = AddInStore.FindAddIns(GetType(WPFAddInHostView), appPath)
Dim wpfAddInToken As AddInToken = addInTokens(0)
Me.wpfAddInHostView = wpfAddInToken.Activate(Of WPFAddInHostView)(AddInSecurityLevel.Internet)

' Display add-in UI
Me.addInUIHostGrid.Children.Add(Me.wpfAddInHostView)

A aplicação anfitriã usa o código de modelo de complemento típico do .NET Framework para ativar o complemento, que implicitamente retorna a visualização da aplicação anfitriã. A aplicação anfitriã subsequentemente exibe a vista do anfitrião (que é um UserControl) de um Grid.

O código que processa interações com a interface de utilizador do complemento é executado no domínio da aplicação do complemento. Essas interações incluem o seguinte:

Essa atividade é completamente isolada do aplicativo host.

Ver também

  • Last updated on