La spécialisation est le processus par lequel sont créées de nouvelles conceptions fondées sur des conceptions existantes, permettant le traitement de nouveaux types de contenu en utilisant des règles de traitement existantes.
La spécialisation fournit un moyen de réconcilier les besoins de gestion centralisée d'une architecture et d'une conception majeures et les besoins de gestion localisée de directives et comportements spécifiques à un groupe et un contenu. La spécialisation permet la coexistence de multiples définitions de contenu et de sortie, liées par une hiérarchie de types et de transformations. Cette hiérarchie informe les transformations générales de la façon de traiter un contenu spécifique nouveau et permet aux transformations spécialisées de réutiliser la logique des transformations générales. En conséquence, tout contenu peut être traité par une transformation, tant que le contenu et la transformation sont compatibles avec la spécialisation et appartiennent à la même hiérarchie. Les créateurs de spécialisations (spécializers) tirent avantages de solutions spécifiques mais aussi de standards communs et de ressources partagées.
| Contenu | Traitement | Résultat |
|---|---|---|
| Non spécialisé | Non spécialisé | Traitement de base ; sortie prévisible |
| Non spécialisé | Spécialisé | Traitement de base ; les commandes prioritaires (overrides) spécialisées sont ignorés ; sortie prévisible |
| Spécialisé | Non spécialisé | Traitement de base ; le contenu spécialisé est traité comme du contenu général ; la sortie ne sera peut-être pas celle prévue |
| Spécialisé | Spécialisé | Traitement spécialisé ; sortie prévisible |
| Spécialisé | Spécialisé différent | Traitement spécialisé partiel ; contenu spécialisé traité comme plus proche dénominateur commun ; la sortie ne sera peut-être pas celle prévue |
Les sujets suivants offrent une vue d'ensemble de la spécialisation, quelques recommandations d'utilisation et les règles détaillées de ses mécanismes.
foreign> ou <unknown> est une extension ouverte de l'architecture DITA permettant à ceux qui adoptent DITA d'incorporer des vocabulaires normalisés de contenu non textuel, nouveaux ou existants, tels que MathML et SVG, comme des objets de type en-ligne ;data> représente des propriétés, depuis des valeurs simples jusqu'à des structures complexes. Les processus peuvent cueillir l'élément <data> en vue d'un traitement automatique ou du formatage des données associées au flux principal (body flow). L'élément <data> sert principalement à créer des spécialisations ;class et l'attribut domains. Ils ne sont normalement pas présents dans l'instance de document mais fournis par des valeurs par défaut exprimées dans une définition DTD ou un schéma ;Retour au sommaire.
OASIS DITA Version 1.1 Architectural Specification — OASIS Standard, 1 August 2007
Copyright © OASIS Open 2005, 2007. All Rights Reserved.