Partager via


Extension de l’index (fonctionnalités d’environnement Windows héritées)

Note

Windows Desktop Search 2.x est une technologie obsolète qui a été initialement disponible en tant que complément pour Windows XP et Windows Server 2003. Dans les versions ultérieures, utilisez Windows Search à la place.

L’utilisation et le développement pour les versions 2.x de Microsoft Windows Desktop Search (WDS) sont fortement déconseillés en faveur de Windows Search.

WDS peut être étendu pour indexer le contenu des nouveaux types de fichiers et des magasins de données. Actuellement, WDS 2.x contient des filtres pour plus de 200 types d’éléments (y compris les éléments en texte clair tels que les fichiers HTML, XML et code source) et utilise les mêmes technologie iFilteret gestionnaire de protocole que SharePoint Services. Si vous avez déjà installé des implémentations de filtre pour vos nouveaux types de fichiers, WDS peut utiliser les interfaces de filtre existantes pour indexer ces données.

Les compléments WDS 2.x permettent à l’index de parcourir et d’analyser de nouvelles structures de données et de données pour les informations à ajouter au catalogue pouvant faire l’objet d’une recherche. Ces compléments peuvent également étendre Windows Shell pour associer des icônes et des gestionnaires de menus contextuels aux nouveaux types de fichiers et magasins de données. Pour inclure de nouveaux types de fichiers dans le catalogue WDS, un complément doit implémenter l’interface IFilter. Pour inclure de nouveaux magasins de données, un complément doit être un gestionnaire de protocole. Si le nouveau magasin de données inclut des fichiers incorporés ou de nouveaux types de fichiers lui-même, vous devez également écrire un filtre approprié.

Note

Les filtres et les gestionnaires de protocole doivent être écrits en code natif en raison de problèmes potentiels de contrôle de version CLR avec le processus dans lequel tous les compléments s’exécutent.

 

Ajout de types de fichiers à l’index

Les compléments peuvent étendre WDS pour indexer des types de fichiers nouveaux ou propriétaires et associer chaque nouveau type de fichier à une icône ou un menu contextuel spécifique à un fichier. Pour ce faire, vous pouvez générer et inscrire un complément qui :

  1. Implémente une interface IFilterpour chaque type de fichier afin que WDS puisse accéder et indexer le texte et les métadonnées du type de fichier.
  2. Implémente les interfaces IExtractIcon et IContextMenu pour ajouter des icônes et des menus contextuels pour améliorer l’intégration et la facilité d’utilisation.

Pour une discussion sur l’implémentation de filtres, consultez Développement de compléments IFilter.

Ajout de magasins de données à l’index

Les compléments peuvent étendre WDS pour indexer de nouveaux magasins de données et associer des fichiers à une icône ou un menu contextuel spécifique à un fichier. Pour ce faire, vous pouvez générer et inscrire un gestionnaire de protocole qui :

  1. Implémente les interfaces ISearchProtocol et IUrlAccessor pour traiter et lier des éléments individuels dans la source de contenu. WDS utilise des URL pour identifier de manière unique les éléments, que ces éléments se trouvent dans le système de fichiers, à l’intérieur d’un magasin de base de données ou sur le web.
  2. Implémente l’interface IPersistFolder et les parties de l’interface IShellFolder pour ajouter des icônes et des menus contextuels pour une intégration et une facilité d’utilisation accrues.

Pour une discussion sur l’implémentation de gestionnaires de protocole, consultez Développement de gestionnaires de protocole.

Instructions relatives au programme d’installation du complément

L’installation d’un complément doit suivre les instructions suivantes :

  • Le programme d’installation doit utiliser le programme d’installation EXE ou MSI.
  • Les notes de publication doivent être fournies.
  • Une entrée Ajouter/Supprimer des programmes doit être créée pour chaque complément installé.
  • Le programme d’installation doit prendre en charge tous les paramètres de Registre pour le type ou le magasin de fichiers particulier que le complément actuel comprend.
  • Si un complément précédent est remplacé, le programme d’installation doit avertir l’utilisateur.
  • Si un complément plus récent a remplacé le complément précédent, il doit y avoir la possibilité de restaurer la fonctionnalité du complément précédent et de le rendre le complément par défaut pour ce type de fichier ou stocker à nouveau.

de référence

développement de compléments IFilter

développement de gestionnaires de protocole

autres ressources

IFilter