Partager via

Utiliser des adaptateurs DDA dans Unified Service Desk

  • Article

Les adaptateurs pilotés par les données (DDA) sont généralement exploités par le HAT. Ces adaptateurs sont des assemblys génériques qui gèrent uniquement l’interaction avec l’interface utilisateur et ne contiennent pas de processus d’entreprise. Le Kit de développement logiciel (SDK) du Unified Service Desk est fourni avec un adaptateur DDA qui offre un ensemble commun de fonctions vous permettant d’héberger et d’accéder à un large éventail d’applications. Toutefois, il se peut que des fonctionnalités supplémentaires soient requises selon le type d’application. Il existe diverses méthodes d’extension des fonctionnalités existantes, par exemple en créant un nouvel adaptateur DDA (et en l’utilisant dans un adaptateur DDA composite avec des adaptateurs DDA externes) et en étendant un adaptateur DDA existant.

Contenu de la section

Types d’adaptateurs DDA

Création d’un adaptateur DDA

Extension d’un adaptateur DDA existant

Liaisons

Utilisation d’adaptateurs DDA dans les adaptateurs d’application personnalisés

Types d’adaptateurs DDA

Il existe quatre types d’adaptateurs DDA :

Création d’un adaptateur DDA

Vous pouvez créer un adaptateur DDA en héritant simplement la classe DataDrivenAdapterBase.

La classe contient le constructeur pouvant être surchargé.

Extension d’un adaptateur DDA existant

Dans la section précédente, nous avons vu comment créer un adaptateur DDA. Cependant, si votre personnalisation est nominale, vous pouvez utiliser l’adaptateur DDA existant et l’étendre selon les besoins.

Vous pouvez utiliser les classes suivantes pour étendre les adaptateurs DDA UII existants :

Liaisons

Un adaptateur DDA utilise des données nommées « liaisons » pour définir la manière dont il identifie le composant d’interface utilisateur d’une application hébergée. Par exemple, les liaisons peuvent contenir des chemins d’accès DOM pour décrire les éléments contenus sur une page web. L’exemple suivant montre une chaîne d’initialisation d’application avec une sous-arborescence de liaison DDA intégrée. Il s’agit d’un exemple général, mais il indique le modèle utilisé pour implémenter les contrôles Acc dans les liaisons Windows.

Note

Certains paramètres de configuration ont été supprimés pour des raisons de clarté.

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

Si vous utilisez la fabrique logicielle HAT, elle crée InitString. L’application peut ensuite être déployée sur le serveur à partir de la fabrique logicielle.

Si vous ajoutez directement une application hébergée à l’aide de l’interface utilisateur Administrateur, il est inutile de créer l’InitString complet. Vous ne devez spécifier que la section <DataDrivenAdapterBindings> et l’ajouter à l’onglet Automation Xml.

Utilisation d’adaptateurs DDA dans les adaptateurs d’application personnalisés

Bien que les adaptateurs DDA aient été initialement conçus pour prendre en charge les automatisations dans la HAT, ils peuvent également être utilisés par les adaptateurs personnalisés pour obtenir des résultats utiles. L’exemple de code suivant, extrait d’un adaptateur personnalisé, montre comment les adaptateurs personnalisés peuvent utiliser les adaptateurs DDA. Il montre aussi les avantages généraux des adaptateurs DDA. Comme l’illustre l’exemple, l’utilisation d’adaptateurs DDA permet une séparation du code et des informations de configuration.

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 configuration DDA, incorporée dans l’InitString de l’application, est XML, comme dans l’exemple suivant.

<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’élément <Type/> demande à UII d’instancier dynamiquement le type spécifié dans Type, le format d’assembly, ce qui permet de charger et d’utiliser des adaptateurs personnalisés. L’élément <Controls/> contient la liste des contrôles configurés, spécifiée de la façon requise par l’adaptateur DDA chargé.

Voir aussi

Utiliser la fabrique logicielle HAT