Partager via


Glossaire du Kit de développement logiciel (SDK) Visual Studio

Ce glossaire fournit des définitions pour les termes utilisés dans la documentation du Kit de développement logiciel (SDK) Visual Studio.

Conditions

complément
Une application utilitaire, un pilote ou un autre logiciel ajouté à une application principale. Dans l’environnement de développement intégré (IDE) de Visual Studio, un complément est une application basée sur Automation qui étend les fonctionnalités de l’IDE.

modèle automation
Le modèle d’automatisation, connu dans les versions précédentes de Visual Studio comme modèle d’extensibilité, est une interface de programmation qui vous donne accès aux routines sous-jacentes qui pilotent l’IDE. Les compléments, les Assistants et les macros utilisent des objets dans le modèle Automation pour contrôler ou étendre les fonctionnalités de l’IDE.

contexte de l’interface utilisateur de commande
Association d’un GUID avec la visibilité d’une commande ou d’un élément d’interface utilisateur, tel qu’une barre d’outils. Le contexte de l’interface utilisateur de commande est différent du contexte de sélection dans lequel il n’est pas attaché à une fenêtre.

Le contexte de l’interface utilisateur de commande peut être utilisé pour :

  • Affectez un GUID à une barre d’outils qui s’affiche lorsqu’une fenêtre particulière est activée.
  • Affectez un GUID à la disponibilité d’une commande sans avoir à charger ou exécuter un VSPackage.
  • Affectez un GUID pour affecter la liaison de clé active.
  • Affectez un GUID pour activer l’enregistrement des macros.
  • Affectez un GUID pour activer le mode débogage ou basculer entre la conception et le mode d’exécution dans un éditeur.

component
Partie du logiciel qui peut faire partie des fonctionnalités d’une application sans que cette application ait des informations préexistantes sur l’implémentation du logiciel. La communication entre un composant et une application est uniquement via des interfaces de style OLE.

gestionnaire de composants
Un service, SOleComponentManagerqui fournit des services de coordination d’interface non utilisateur pour les composants de niveau supérieur. Le SOleComponentManager service implémente l’interface IOleComponentManager .

gestionnaire d’interface utilisateur de composant
Un service, SOleComponentUIManagerqui fournit des services de coordination de l’interface utilisateur. Le SOleComponentUIManager service implémente les interfaces et IOleInPlaceComponentUIManager les IOleComponentUIManager interfaces.

conteneur de contexte
Objet IVsUserContext (objet COM) attaché à un composant d’environnement. Cet objet contient des mot clé de recherche, des mot clé F1 et des attributs liés au composant. Les sacs de contexte pointent également vers tous les sacs de sous-texte qui sont liés à eux.

fournisseur de contexte
Composant de l’IDE qui a un conteneur de contexte associé à celui-ci. Ces composants incluent une fenêtre d’outil, un éditeur ou une hiérarchie de projet.

Designer
Interface de programmation qui permet aux utilisateurs de manipuler des éléments de l’interface utilisateur (formulaires, boutons et autres contrôles).

DocData
Un objet COM encapsulant les données sous-jacentes d’un document dans un monde où il existe une séparation de document/vue (par exemple, dans le cas de l’éditeur de texte, il s’agit de la mémoire tampon de texte sous-jacente sous-jacente de toutes les vues de l’éditeur de texte). Si EditorFactory ne fournit pas cet objet, l’IDE en fabrique un en son nom. La responsabilité de cet objet est de gérer la persistance des données et la sémantique de partage pour plusieurs vues sur ce même objet DocData. Si l’objet DocData prend en charge l’interface IOleCommandTarget , il est inclus dans le routage des commandes de l’interface utilisateur.

DocObject
Technologie utilisée pour héberger l’interface utilisateur dans une trame fournie par l’hôte. Plus précisément, ce terme fait référence à toute incorporation qui prend en charge les IOleDocument interfaces et les interfaces associées. Cette technologie présente de nombreuses applications potentielles telles qu’un détail d’implémentation de documents COM, des fenêtres d’outils dans Visual Basic 5.0, des concepteurs ActiveX dans Visual Basic 6.0, etc.

Document
Utilisé pour faire référence génériquement au document dans son ensemble , à la fois le DocData et le DocView. Par exemple, un DocumentFrame contient un DocViewdocument, mais conserve également une référence à la DocData persistance pour gérer la persistance.

DocView
DocObject/Embedding/WindowPane avec lequel l’utilisateur interagit pour afficher et manipuler le sous-jacent DocData. Les utilisateurs ne tirent pas parti de la séparation document/vue qui fait partie de la conception de l’interface DocObject . Les utilisateurs utilisent un DocObject entier pour agir en tant que vue au lieu d’utiliser une notion plus abstraite (et moins formalisée) des données sous-jacentes appelées DocData. DocView les objets sont toujours incorporés avec des objets image de document (fenêtres enfants MDI) de l’IDE.

DTE
L’objet DTE (Extensibilité des outils de développement) est le point d’accès le plus haut dans le modèle d’automatisation Visual Studio, ce qui vous permet d’automatiser et d’étendre l’IDE par programmation.

Fenêtre Aide dynamique
Fenêtre outil implémentée par l’IDE et affiche une liste de rubriques d’aide de recherche mot clé ou F1.

Éditeur
Code (classe, CLSID) qui implémente le DocView. Il implémente DocData également si la vue et la séparation des données sont prises en charge.

extension
Fonctionnalité qui modifie, personnalise ou ajoute à un IDE. Vous créez des extensions à l’aide du modèle Automation ou des VSPackages.

éditeur externe
Éditeur qui n’est pas spécifique à l’IDE, tel que Microsoft Word. Il a été enregistré par le biais de ses propres mécanismes et peut être utilisé en dehors de l’IDE. Si cet éditeur peut être incorporé, il apparaît dans une fenêtre de l’IDE. S’il ne peut pas être incorporé, une fenêtre de niveau supérieur distincte est créée.

Hiérarchie
Arborescence de nœuds, chaque nœud associé à un ensemble de propriétés.

composant indépendant de niveau supérieur
Composant qui utilise une fenêtre de niveau supérieur sans mode et peut fonctionner efficacement en tant que fenêtre d’application autonome, mais implémenté en tant qu’objet in-process. Par conséquent, un composant de niveau supérieur indépendant doit coordonner les services de modalité et de boucle de message avec l’IDE. Les objets in-process n’ont pas leur propre boucle de message.

fournisseur d’informations
Le fournisseur d’informations est un module qui peut rechercher des mot clé et retourner une liste de rubriques, sous la forme d’objetsIVsUserContextItem. Pour fournir F1 et rechercher des éléments mot clé pour le fournisseur d’informations, inscrivez votre fichier d’aide compilé (. HxS) avec le système. Les rubriques d’aide de ces fichiers fournissent la liste des rubriques affichées dans la fenêtre Aide dynamique et indiquent si un utilisateur appuie sur F1.

composant sur place
Objet VSPackage qui implémente l’interface IOleInPlaceComponent pour gérer une fenêtre qui est visuellement contenue dans une fenêtre de document appartenant à l’IDE. Les composants sur place ne participent pas à la fusion de menus OLE standard ; Au lieu de cela, ils intègrent leurs éléments d’interface utilisateur dans l’IDE.

Il existe deux types de composants sur place : les composants sur place et les contrôles de composants mis en place.

Les composants en place câblés ont des menus, des barres d’outils et des commandes qui sont intégrés étroitement à l’interface utilisateur de l’IDE, apparaissant comme s’ils étaient intégrés directement à l’IDE.

Les contrôles de composant n’ont aucun de leurs propres éléments d’interface utilisateur intégrés à l’IDE ; Ils utilisent plutôt les menus, commandes et barres d’outils de l’IDE. Par exemple, la commande Gras peut être utilisée pour mettre en gras un mot sélectionné dans un contrôle de texte enrichi incorporé dans un formulaire. Toutefois, les contrôles de composant peuvent demander que les éléments d’interface utilisateur spécifiques aux composants installés dynamiquement soient affichés.

service de langue
Ensemble d’objets qui permet aux développeurs VSPackage d’implémenter des fonctionnalités d’éditeurs de code de langage informatique, tels que le marquage de texte et la coloration.

Projet Fichiers divers
Projet utilisé pour héberger des fichiers ouverts qui ne sont pas dans un projet. La liste des éléments de ce projet n’est pas conservée.

project
Les projets sont constitués d’objets de hiérarchie ou d’objets COM qui implémentent l’interface IVsHierarchy .

Concepteur ou éditeur spécifique au projet
Concepteur qui ne peut pas être utilisé indépendamment du type de projet. Tous les concepteurs spécifiques au projet doivent entrer leurs informations d’usine d’éditeur dans le Registre. L’IDE peut ensuite instancier le concepteur chaque fois qu’un certain type de fichier est ouvert dans un projet particulier.

fenêtre de type projet
Fenêtre qui effectue constamment le suivi de la hiérarchie et de l’élément de projet actuellement actifs à partir du contexte de sélection globale. Les fenêtres de type projet utilisent le SVsTrackSelectionEx service pour alerter l’IDE des modifications et afficher des commentaires à l’utilisateur. Explorateur de solutions est un exemple de fenêtre de type projet.

Fenêtre Propriétés
Anciennement Property Browser.

projets basés sur des références
Projet qui ne nécessite pas que les fichiers du projet se trouvent dans le même répertoire. Au lieu de cela, les références aux fichiers provenant d’autres répertoires non liés sont stockées et conservées par le projet lui-même.

table de documents en cours d’exécution
Structure interne par laquelle l’IDE gère la liste de tous les documents actuellement ouverts. La liste inclut tous les documents ouverts en mémoire, que les documents soient en cours de modification. Un document est tout élément enregistré, y compris les procédures stockées ouvertes dans un éditeur, les fichiers d’un projet ou le fichier projet principal (par exemple, le fichier *.vcproj).

contexte de sélection
Les données qui font partie des détails de chaque fenêtre de l’IDE et sont utilisées pour suivre les sélections actives. Le contexte de sélection se compose des éléments suivants :

  • Pointeur vers l’interface IVsHierarchy de la hiérarchie de projet
  • Identificateur d’élément de l’élément de projet.
  • Pointeur vers l’interface ISelectionContainer fournissant l’accès aux propriétés des objets actifs.
  • Tableau de valeurs d’élément.

service
Contrat pour un ensemble d’interfaces COM qui résident dans un seul objet COM. Lorsque vous créez un service, identifié par un GUID, vous définissez l’ensemble d’interfaces COM qui exécutent le service. Les objets COM utilisent des services pour communiquer entre eux.

Solution
Groupe de projets associés avec lesquels un utilisateur fonctionne.

concepteur standard
Concepteur qui peut être utilisé indépendamment du type de projet. Tous les concepteurs standard doivent entrer leurs informations de fabrique d’éditeur dans le Registre. L’IDE peut ensuite instancier le concepteur chaque fois qu’un fichier avec une extension spécifique est ouvert. Les données doivent être conservées dans un fichier.

Éditeur standard
Éditeur qui peut être utilisé indépendamment de n’importe quel type de projet particulier. Ces éditeurs ont inscrit EditorFactories dans le Registre. Cela permet à l’IDE de localiser et d’appeler l’éditeur.

Éditeur de système d’exploitation standard
Incorporation qui n’est pas spécifique à Visual Studio. Il est inscrit à l’aide des clés Win32 connues (par exemple, l’Explorateur Win32 sait comment appeler). Si un tel éditeur peut être incorporé, l’éditeur s’affiche toujours à sa place dans l’IDE. Sinon, une fenêtre de niveau supérieur distincte est créée pour ces éditeurs.

conteneur de sous-texte
Objet IVsUserContext lié à un conteneur de contexte. L’objet contient des mot clé de recherche, des mot clé F1 et des attributs pour une sélection dans un composant IDE. Les exemples de sous-texte incluent une commande dans une fenêtre d’outil ou un mot clé dans un éditeur.

Liste des tâches
Fenêtre outil implémentée par l’IDE et affiche une liste de tâches actives.

mémoire tampon de texte
Nom commun de l’objet VSTextBuffer.

Affichage texte
Nom commun de l’objet VSTextView.

composant de niveau supérieur de l’outil
Composant qui fonctionne en tant que fenêtre contextuelle sans mode, coordonnant étroitement avec l’interface utilisateur de l’IDE. Comme les composants de niveau supérieur indépendants, les composants de niveau supérieur des outils doivent également coordonner les services de modalité et de boucle de message avec l’IDE.

Composant de niveau supérieur
Objet VSPackage qui gère une fenêtre de niveau supérieur sans mode au lieu de la zone cliente d’une fenêtre IDE. Les composants de niveau supérieur implémentent l’interface IOleComponent pour tirer parti des services de boucle de message, tels que l’accès au temps d’inactivité.

Interface utilisateur active
Objet VSPackage visible et qui a actuellement le focus.

Hiérarchie de l’interface utilisateur
Objet COM qui implémente l’interface IVsUIHierarchy pour autoriser l’affichage d’une hiérarchie. La fenêtre de hiérarchie d’interface utilisateur implémente l’interface ISelectionContainer pour mettre à jour l’Fenêtre Propriétés ; d’autres fenêtres de type projet peuvent utiliser cette implémentation, si vous le souhaitez.

.VSCT
Table de commandes Visual Studio. Le fichier .vsct contient des informations sur l’emplacement et les comportements des menus, barres d’outils et commandes au format XML.

Vspackage
Élément installable de logiciel qui étend l’IDE Visual Studio en contribuant à un ou plusieurs des éléments suivants : interface utilisateur, services, types de projet ou éditeur/concepteur. Un VSPackage se compose d’un objet COM qui implémente l’interface et un ou plusieurs autres objets COM qui implémentent d’autres interfaces pour prendre en charge la IVsPackage sélection et d’autres fonctionnalités. En outre, un VSPackage a des exigences d’inscription spécifiques.