Partilhar via

Utilizar adaptadores orientados por dados (DDAs)

  • Artigo

Os adaptadores orientados por dados (DDAs) são adaptadores que são geralmente aproveitados pelo Toolkit de Aplicações Alojadas (HAT). Estes adaptadores são assemblagens genéricas que processam apenas a interação com a IU e não contêm procedimentos de negócio. O Unified Service Desk SDK é fornecido com um DDA que fornece um grupo de funções comum que permite alojar e aceder a uma vasta variedade de aplicações. No entanto, poderá necessitar da funcionalidade adicional consoante o tipo de aplicação. Existem várias formas de expandir a funcionalidade existente, tal como a criação de um novo DDA (e utilização deste num DDA composto com DDAs externos) e a expansão de um DDA existente.

Nesta Secção

Tipos de adaptadores orientados por dados

Criar um DDA

Expandir um DDA existente

Enlaces

Utilizar DDAs em adaptadores de aplicação personalizados

Tipos de adaptadores orientados por dados

Existem quatro tipos de DDAs:

Criar um DDA

Pode criar um novo DDA herdando apenas a classe DataDrivenAdapterBase.

A classe tem o construtor que pode ser sobrecarregado.

Expandir um DDA existente

Na secção anterior vimos como criar um DDA. Contudo, se a personalização é nominal, pode utilizar o DDA existente e expandi-lo de acordo com os requisitos.

Pode utilizar as seguintes classes para expandir os DDAs do UII existentes:

Todas as classes anteriores derivam da classe DataDrivenAdapterBase.

Enlaces

Um adaptador orientado por dados utiliza dados, chamados enlaces, para definir a forma como identifica um componente da IU de uma aplicação alojada. Por exemplo, os enlaces podem consistir em caminhos de Document Object Model (DOM) para descrever elementos numa página Web. O seguinte exemplo mostra uma cadeia de inicialização de aplicação com uma árvore de enlaces de DDA incorporada. Trata de um exemplo geral, mas indica o padrão utilizado para implementar controlos Acc em enlaces do Windows.

Nota

Alguns parâmetros de configuração foram removidos para maior clareza.

<initstring>
    <interopAssembly>
      <URL>path to executable</URL>
      <Arguments>test argument</Arguments>
      <WorkingDirectory>c:\</WorkingDirectory>
      <hostInside/>
    </interopAssembly>
<!—- notice there is no custom application adapter specified here-->
    <displayGroup>None</displayGroup>
    <optimumSize x="800" y="600"/>
    <minimumSize x="640" y="480"/>
    <DataDrivenAdapterBindings>
      <Type>typeName, assemblyName</Type>
      <Controls>
        <AccControl name="combobox1">
          <Path>
            <FindWindow>
              <ControlID>1003</ControlID>
            </FindWindow>
          </Path>
        </AccControl>
</Controls>
    </DataDrivenAdapterBindings>
</initstring>

Se estiver a utilizar o HAT Software Factory irá criar o InitString. A aplicação pode ser implementada no servidor a partir do software factory.

Se estiver a adicionar diretamente uma aplicação alojada utilizando a IU de Administração, não necessita de criar o InitStringcompleto. Apenas tem de especificar a secção DataDrivenAdapterBindings e adicioná-la ao separador Automation Xml.

Utilizar DDAs em adaptadores de aplicação personalizados

Embora os DDAs tenha sido inicialmente concebidos para suportar automatizações no Toolkit de Aplicações Alojadas (HAT), também podem ser utilizados por adaptadores personalizados para obter resultados úteis. O seguinte exemplo de código, tirado de um adaptador personalizado, ilustra como os adaptadores personalizados podem utilizar DDAs e ilustra as vantagens gerais dos DDAs. Como exemplo ilustra, a utilização de DDAs permite uma separação de informações de código e configuração.

DataDrivenAdapter Dda;
public overrIDe bool Initialize()
{
   Dda=DataDrivenAdapter.CreateInstance(ApplicationInitString,ApplicationObject);
   return (Dda != null);
}
public overrIDe bool DoAction(Action action, ref string data)
{
if (action.Name == "AddToHistory")
   {
   Dda.ExecuteControlAction("combobox1");
   Dda.SetControlValue("textbox1", data);
   Dda.ExecuteControlAction("button1");
   }
}

A configuração de DDA, que está incorporada no InitString da aplicação, é XML, como no seguinte exemplo.

<DataDrivenAdapterBindings>
<Type> Microsoft.UII.HostedApplicationToolkit.DataDrivenAdapter.WinDataDrivenAdapter, Microsoft.UII.HostedApplicationToolkit.DataDrivenAdapter</Type>
  <Controls>
    <AccControl name="combobox1">
      <Path>
        <FindWindow>
          <ControlID>1003</ControlID>
        </FindWindow>
      </Path>
    </AccControl>
    <AccControl name="textbox1">
      <Path>
        <FindWindow>
          <ControlID>1001</ControlID>
        </FindWindow>
      </Path>
    </AccControl>
    <AccControl name="button1">
      <Path>
        <FindWindow>
          <ControlID>1002</ControlID>
        </FindWindow>
      </Path>
    </AccControl>
  </Controls>
</DataDrivenAdapterBindings>

O elemento <Type/> direciona o UII para instanciar dinamicamente o tipo especificado em type, formato de assemblagem, permitindo o carregamento e utilização de DDAs personalizados. O elemento <Controls/> contém a lista de controlos configurados, especificado d uma forma necessária pelo DDA carregado.

Consulte Também

Conceitos

Trabalhar com o HAT Software Factory

Unified Service Desk
Send comments about this topic to Microsoft.
© 2015 Microsoft. All rights reserved.