Condividi tramite

Utilizzare adapter guidati dai dati (DDA)

 

Data di pubblicazione: novembre 2016

Si applica a: Dynamics 365 (online), Dynamics 365 (on-premises), Dynamics CRM 2013, Dynamics CRM 2015, Dynamics CRM 2016

Gli adapter guidati dai dati (DDA) sono gli adapter utilizzati in genere dal Toolkit dell'applicazione ospitata (HAT, Hosted Application Toolkit). Questi adapter sono assembly generici che gestiscono solo l'interazione con l'interfaccia utente e non contengono processi aziendali.Unified Service Desk SDK viene offerto con un DDA che fornisce un set di funzionalità comuni che consente di ospitiate e accedere a una vasta gamma di applicazioni. Tuttavia, potrebbero essere necessarie funzionalità aggiuntive in base al tipo di applicazione. Esistono diversi modi di estensione della funzionalità esistente, ad esempio creando un nuovo DDA per utilizzarlo in un DDA composito con DDA esterni) ed estendendo un DDA esistente.

In questa sezione

Tipi di adapter guidati dai dati

Creazione di un DDA

Estensione di un DDA esistente

Binding

Utilizzo di DDA in adapter dell'applicazione personalizzati

Tipi di adapter guidati dai dati

Esistono quattro tipi di DDA:

Creazione di un DDA

È possibile creare un nuovo DDA semplicemente ereditando la classe DataDrivenAdapterBase.

La classe ha il costruttore che può essere sottoposto a overload.

Estensione di un DDA esistente

Nella sezione precedente è stato creato un DDA. Tuttavia, se la personalizzazione è nominale, è possibile utilizzare il DDA esistente e estenderlo in base ai requisiti.

È possibile utilizzare le seguenti classi per estendere i DDA UII esistenti:

Tutte le classi precedenti derivano dalla classe DataDrivenAdapterBase.

Binding

Un adapter guidato dai dati utilizza i dati denominati binding per definire la modalità che consente di identificare un componente di interfaccia utente di un'applicazione ospitata. Ad esempio, i binding possono essere percorsi DOM (Document Object Model) per la descrizione degli elementi in una pagina Web. Nell'esempio seguente viene illustrata una stringa di inizializzazione dell'applicazione con un sottoalbero di binding di DDA incorporato. Questo è un esempio generale, ma indica il modello utilizzato per implementare i controlli Acc nei binding di Windows.

Nota

Alcuni parametri di configurazione sono stati rimossi per chiarezza.

<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 si utilizza il software factory HAT, viene creata la stringa InitString. L'applicazione può quindi essere distribuita al server dal software factory.

Se si sta aggiungendo direttamente un'applicazione ospitata tramite l'interfaccia utente dell'amministratore, non è necessario creare InitString per intero. Devi solo specificare la sezione <DataDrivenAdapterBindings> e aggiungerla alla scheda Automation Xml.

Utilizzo di DDA in adapter dell'applicazione personalizzati

Sebbene i DDA sono stati inizialmente concepiti per supportare le automazioni in Toolkit dell'applicazione ospitata (HAT, Hosted Application Toolkit), possono essere utilizzati anche dagli adapter personalizzati per ottenere i risultati utili. Il seguente esempio di codice, relativo a un adapter personalizzato, illustra come gli adapter personalizzati possono utilizzare i DDA e i vantaggi generali dei DDA. Come indicato nell'esempio, l'utilizzo dei DDA consente una distinzione tra codice e informazioni di configurazione.

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");
   }
}

La configurazione del DDA, incorporata nella stringa InitString dell'applicazione, è XML, come nel seguente esempio.

<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>

L'elemento <Type/> indica a UII di creare un'istanza dinamica del tipo specificato in tipo, formato dell'assembly, consentendo quindi il caricamento e l'utilizzo dei DDA personalizzati. L'elemento <Controls/> contiene l'elenco dei controlli configurati specificati nel modo richiesto dal DDA caricato.

Vedere anche

Utilizzare il software factory HAT

Unified Service Desk 2.0

© 2017 Microsoft. Tutti i diritti sono riservati. Copyright

  • Last updated on