Comprendre le modèle d’objet de formulaire XML

Un DOM est une interface de programmation neutre permettant aux programmes et scripts d’accéder et de mettre à jour dynamiquement le contenu, la structure et le style d’un document. Les DOM sont habituellement utilisés avec des données exprimées en XML.

Tous les DOM utilisés dans le modèle d’objet de formulaire XML partagent les mêmes caractéristiques :

  • Ils ont une structure strictement arborescente.

  • Un nœud peut avoir des enfants obligatoires. Dans de tels cas, les nœuds enfants obligatoires sont créés en même temps que leur parent.

  • Les enfants non obligatoires de chaque nœud dans l’arborescence sont triés par âge. En d’autres termes, le DOM connaît l’ordre dans lequel les nœuds enfants non obligatoires ont été ajoutés.

    Pour chaque étape du traitement du formulaire, il existe un DOM contenant les structures de données pour cette étape. Les scripts peuvent examiner et modifier chaque DOM. Les DOM sont chargés de maintenir la cohérence interne, mais non pas externe. Par exemple, lorsqu’un script active un bouton radio en attribuant le champ correspondant, tous les autres boutons couplés à celui-là sont automatiquement désactivés. Il s’agit de la cohérence interne, gérée par le DOM du formulaire lui-même.

    En revanche, le DOM de données n’effectue aucune action pour empêcher un script de violer les règles de XML, par exemple en attribuant à un objet deux propriétés ayant le même nom. Il s’agit de la cohérence externe, responsabilité de l’auteur du script et non pas celle du DOM.

    Le modèle d’objet de formulaire XML est utilisé chaque fois qu’une conception de formulaire est associée à des données, afin de faciliter le processus de fusion de modèle et de données pour créer le formulaire qui en résulte. Ce processus commence par utiliser les représentations de DOM XML existantes de la conception du formulaire et les données XML pour créer des modèles distincts. Ces modèles distincts stockent une représentation structurée de la conception du formulaire et les données XML originales. Le DOM du modèle correspond à la conception du formulaire, et le DOM des données aux données XML fournies par l’utilisateur.

    Après la création du modèle et des modèles de données, un troisième modèle est créé, le DOM du formulaire, qui représente les informations fusionnées. Le DOM du formulaire sert à combiner les valeurs spécifiques des données XML avec les règles de présentation définies par la conception du formulaire.

    Après la création du DOM du formulaire, si vous créez un formulaire interactif, ce dernier est prêt à être déployé par les utilisateurs. Il est possible que les conceptions de formulaire interactives possèdent des données associées avec lesquelles elles sont fusionnées, mais la plupart des formulaires interactifs sont conçus pour prendre en charge des données saisies par l’utilisateur.

    Le processus de création du DOM du formulaire est identique pour tous les formulaires. Les formulaires non interactifs disposent cependant d’un jeu de données devant être fusionné avec leur conception de formulaire. Dans le cas de formulaires ayant une mise en page fixe, la fusion de données ne détermine pas les règles de présentation du formulaire ; en d’autres termes, les données sont fusionnées dans les champs appropriés sans modifier les propriétés du champ. En revanche, lorsque des données sont fusionnées avec des formulaires ayant une mise en page souple, les champs augmentent ou diminuent pour prendre en compte la quantité des données fusionnées.

    Le DOM du formulaire pour des formulaires disposant de mises en page fixes et souples est très similaire ; il s’agit d’un long formulaire sans pagination. Lorsque les données et les règles de présentations sont appliquées à ces types de formulaires, elles doivent être formatées selon les informations de mise en page. Un DOM de mise en page est créé à partir du DOM du formulaire qui structure le formulaire en pages et applique toutes les autres règles de page, telles la numérotation de pages, les caractères de début et les caractères de fin. Le diagramme suivant illustre ce processus.

    Après l’application des règles de mise en page aux formulaires disposant d’une mise en page fixe ou souple, les deux types de formulaires sont terminés.

DOM du modèle d’objet de formulaire XML

Modèle connectionSet

Le modèle connectionSet contrôle un schéma de données, ainsi qu’une source de données utilisée par un formulaire particulier. Ce modèle décrit les connexions au schéma XML, aux données du modèle XML et aux services Web. Le modèle connectionSet permet d’extraire les détails, comme une URL, d’un schéma référencé ou WSDL à des fins de rapports.

Le modèle connectionSet comprend les objets suivants :

Modèle de données

Le modèle Data est une représentation en mémoire des données de l’utilisateur. Lorsqu’une conception de formulaire et des données sont fusionnées au moyen du processus de liaison de données, le modèle de données fournit le contenu des champs sur le formulaire final.

Grâce à ce modèle, il est possible d’accéder aux données et de les manipuler à partir d’une des sources de données suivantes :

Modèle Event

Le modèle Event contrôle les modifications dans un formulaire qui se produisent avant, pendant et après les actions. Ces actions comprennent des événements de formulaire dynamique (stade auquel les données et la conception de formulaire sont fusionnées et avant la pagination), ainsi que des événements de formulaire interactif (moment auquel un utilisateur met à jour la valeur d’un champ).

Le modèle Event comprend les objets suivants :

Modèle de formulaire

Le modèle Form est la représentation en mémoire des modèles Template et Data fusionnés. Grâce à ce modèle, il est possible de modifier l’apparence du formulaire, d’ajuster des valeurs de champ ou d’effectuer d’autres modifications avant de présenter le formulaire terminé à un utilisateur ou de traiter le formulaire dans le modèle Layout.

Les scripts sont exécutés par rapport au modèle Form par défaut ; par conséquent, vous n’avez pas besoin de préciser le modèle Form dans votre syntaxe de référence.

Le modèle Form comprend les objets suivants :

Modèle Host

Le modèle Host fournir un ensemble de propriétés et de méthodes pour fonctionner au niveau de l’application. Ces propriétés et méthodes sont disponibles pour les scripts, indépendamment de l’application d’hébergement.

Le modèle Host comprend l’objet suivant :

Modèle Layout

Le modèle Layout est la représentation en mémoire d’un formulaire après sa fusion avec les données. Cette représentation est la mise en page finale du formulaire.

Le modèle Layout comprend l’objet suivant :

Modèle de signature

Le modèle Signature fournit un ensemble de méthodes pour fonctionner avec les signatures numériques XML conformes à la norme de signature W3C XML(http://www.w3.org/TR/xmldsig-core/). Vous pouvez y indiquer des commandes de script pour signer, effacer, énumérer et vérifier des signatures.

Le modèle Signature comprend l’objet suivant :

Modèle sourceSet

Le modèle sourceSet fournit une connexion entre une base de données OLEBD externe et le modèle Data. Ce modèle permet de contrôler les connexions à la source de données et de fusionner des enregistrements au sein de la source de données.

Le modèle sourceSet comprend les objets suivants :

Modèle XFA

Le modèle XFA définit le modèle d’application que Designer utilise pour implémenter le modèle d’objet de formulaire XML. Le modèle d’application est le modèle de base à partir duquel tous les autres modèles sont dérivés.

Le modèle XFA comprend les objets suivants :

packet

xfa