Présentation des gestionnaires de propriétés
Les propriétés sont représentées par des ID appelés identificateurs de propriété (PID). Chaque propriété DOIT avoir un identificateur global unique (GUID). Cet identificateur se compose d’un GUID, représentant une collection de propriétés appelée jeu de propriétés, ainsi qu’une chaîne ou un entier 32 bits pour identifier la propriété dans le jeu. Si la forme entière de l’ID est utilisée, les valeurs 0x00000000, 0xFFFFFFFF et 0xFFFFFFFE sont considérées comme non valides. Les fournisseurs peuvent garantir que leurs propriétés sont définies de manière unique en les plaçant dans un jeu de propriétés défini par leurs propres GUID.
Important
Il est essentiel que vous définissiez soigneusement et stratégiquement les propriétés pour la première version du schéma. Les modifications apportées aux propriétés personnalisées (telles que la largeur de colonne ou le type de propriété) ne sont pas reflétées dans la base de données après l’inscription d’un schéma. La seule façon d’avoir ces modifications reconnues une fois que le schéma a été inscrit une fois sur un système consiste à reconstruire l’index, puis à inscrire le nouveau schéma, ou à inscrire le schéma, puis à créer une propriété (qui se compose d’un nom canonique et d’une clé PKEY) pour chaque version ultérieure ; par exemple PKEY_GroupName_PropertyNameV2, et PKEY_GroupName_PropertyNameV3ainsi de suite). Nous vous déconseillons de créer de nouvelles propriétés de cette façon, car plusieurs colonnes superflues peuvent avoir un impact sur les performances du système.
Cette rubrique est organisée comme suit :
Métadonnées
Dans Windows Vista et versions ultérieures, un nouveau système de propriétés basé sur les métadonnées est essentiel pour organiser des éléments tels que des fichiers, des e-mails et des contacts. Dans ce nouveau système de propriétés, les éléments peuvent être recherchés en fonction de leurs métadonnées, et les utilisateurs peuvent lire ou écrire ces métadonnées. Les métadonnées de ce système sont représentées par un ensemble extensible de propriétés implémentées en tant que paires nom/valeur.
Dans Windows Vista et versions ultérieures, un ensemble complet de propriétés couvre les spécificités des éléments tels que les photos, la musique, les documents, les messages, les contacts et les fichiers. Les éditeurs de logiciels indépendants (ISV) peuvent introduire leurs propres propriétés à la plateforme si aucune propriété existante ne répond à leurs besoins.
Ouvrir les métadonnées
Le système de propriétés dans Windows Vista et versions ultérieures est un système de métadonnées ouvert. Un format de fichier stocke toutes les propriétés qui lui sont attribuées et expose cette valeur lorsqu’elle est interrogée, quelle que soit la pertinence ou la signification. Cela permet aux développeurs tiers d’attacher des propriétés supplémentaires au fichier sans nécessiter de modification dans le gestionnaire de propriétés associé à celui-ci. Les métadonnées ouvertes sont un concept puissant. Pour plus d’informations sur la prise en charge des métadonnées ouvertes pour un format de fichier XML, consultez « Prise en charge des métadonnées ouvertes » dans initialisation des gestionnaires de propriétés.
Remarque
Les gestionnaires de propriétés sont toujours associés à des types de fichiers spécifiques ; Par conséquent, si votre format de fichier contient des propriétés qui nécessitent un gestionnaire de propriétés personnalisé, vous devez toujours inscrire une extension de nom de fichier unique pour chaque format de fichier.
À propos des gestionnaires de propriétés
Dans Windows Vista et versions ultérieures, Windows dispose d’un système de propriétés extensible pour stocker et récupérer des métadonnées dans les fichiers et les éléments de données auxquels vous accédez. L’Explorateur Windows et le système Windows Search, ainsi que d’autres applications, utilisent des gestionnaires de propriétés pour lire et modifier ces métadonnées. Si vous êtes développeur propriétaire d’un type de fichier spécifique, vous devez inscrire un gestionnaire de propriétés pour accorder au système de propriétés l’accès aux métadonnées de vos fichiers. Dans certains cas, vous pouvez utiliser un gestionnaire de propriétés existant qui peut lire et comprendre votre format de fichier et ses propriétés ; dans d’autres cas, vous devrez peut-être développer un nouveau gestionnaire de propriétés pour votre type de fichier.
La première étape de l’écriture d’un gestionnaire de propriétés consiste à prendre en compte les propriétés prises en charge par votre type de fichier. Les valeurs de propriété sont stockées dans le flux de fichiers, principalement pour permettre la transportabilité. Lorsque les valeurs de propriété sont stockées dans le fichier lui-même, comme elles se trouvent dans ce système, un utilisateur peut copier un fichier sur un autre ordinateur, un lecteur flash USB ou un autre système de fichiers, ou envoyer le fichier en tant que pièce jointe, les propriétés se déplacent avec le fichier et ne sont jamais synchronisées ou perdues. Par conséquent, si le format de fichier prend en charge le stockage d’informations supplémentaires, il est préférable de stocker les propriétés dans le fichier lui-même.
L’étape suivante consiste à déterminer les propriétés que le fichier doit fournir. Vous pensez peut-être initialement qu’un ensemble limité de propriétés est adéquat. Un fichier audio ne peut prendre en charge que les propriétés audio et y mettre fin. Toutefois, ce fichier audio pourrait être un enregistrement d’une session d’un tribunal de droit, archivé par un cabinet d’avocats. Dans ce cas, le cabinet d’avocats souhaite certainement associer d’autres propriétés non audio à ce dossier, comme le numéro de cas. Le fournisseur du format de fichier audio ne peut pas déterminer tous les scénarios dans lesquels leur format sera jamais utilisé. Ils doivent donc envisager d’activer le stockage de couverture de toute propriété arbitraire prise en charge par le système de propriétés.
Technologie héritée
La technologie de flux secondaire du système de fichiers Microsoft Windows NT (NTFS) a été développée pour prendre en charge la persistance d’informations supplémentaires avec le fichier via un autre flux défini au niveau de la couche système de fichiers. On peut se demander pourquoi ces flux secondaires ne sont pas utilisés comme méthode principale pour stocker les propriétés, en particulier avec la prise en charge des métadonnées ouvertes. La raison principale est la transportabilité de ces informations supplémentaires. Malheureusement, ces autres flux sont supprimés dans de nombreux scénarios, notamment la prise en charge de la mise en cache côté client (CSC), l’envoi de fichiers en tant que pièces jointes et la copie de fichiers dans un magasin non NTFS.
Les flux secondaires ne fournissent pas de solution robuste dans laquelle les propriétés sont garanties pour se déplacer avec le fichier, et par conséquent, le système de propriétés Windows Vista ne fournit pas de mécanisme intégré qui exploite les flux NTFS secondaires pour le stockage de propriétés. Les éditeurs de logiciels indépendants sont également fortement déconseillés de créer des gestionnaires de propriétés qui utilisent des flux secondaires pour le stockage des propriétés. Bien sûr, il existe des scénarios où les flux secondaires NTFS sont appropriés, en particulier lorsque les applications peuvent garantir que le fichier qu’ils traitent est toujours stocké dans un volume NTFS et ne se déplace pas en raison de l’interaction de l’utilisateur final.
Rubriques connexes