Visual Studio SDK-Glossar

Dieses Glossar enthält Definitionen für Begriffe, die in der Visual Studio SDK-Dokumentation verwendet werden.

Terms

Add-In
Eine Hilfsanwendung, ein Treiber oder eine andere Software, die einer primären Anwendung hinzugefügt wurde. In der integrierten Entwicklungsumgebung (IDE) von Visual Studio ist ein Add-In eine automatisierungsbasierte Anwendung, die die Funktionen der IDE erweitert.

Automatisierungsmodell
Das Automatisierungsmodell, das in früheren Versionen von Visual Studio als Erweiterbarkeitsmodell bekannt ist, ist eine Programmierschnittstelle, die Ihnen Zugriff auf die zugrunde liegenden Routinen ermöglicht, die die IDE steuern. Add-Ins, Assistenten und Makros verwenden Objekte im Automatisierungsmodell, um die Funktionalität der IDE zu steuern oder zu erweitern.

Befehlsbenutzeroberflächenkontext
Zuordnung einer GUID mit der Sichtbarkeit eines UI-Befehls oder Elements, z. B. einer Symbolleiste. Der Befehlsbenutzeroberflächenkontext unterscheidet sich im Auswahlkontext darin, dass er nicht an ein Fenster angefügt ist.

Der Befehlsbenutzeroberflächenkontext kann verwendet werden, um:

• Weisen Sie eine GUID einer Symbolleiste zu, die angezeigt wird, wenn ein bestimmtes Fenster aktiviert wird.
• Weisen Sie der Verfügbarkeit eines Befehls eine GUID zu, ohne ein VSPackage laden oder ausführen zu müssen.
• Weisen Sie eine GUID zu, um die aktive Schlüsselbindung zu beeinflussen.
• Weisen Sie eine GUID zu, um die Makroaufzeichnung zu aktivieren.
• Weisen Sie eine GUID zu, um den Debugmodus zu aktivieren oder zwischen Entwurfs- und Ausführungsmodus in einem Editor umzuschalten.

Komponente
Software, die Teil der Funktionalität einer Anwendung sein kann, ohne dass diese Anwendung bereits vorhandene Informationen zur Implementierung der Software enthält. Die Kommunikation zwischen einer Komponente und einer Anwendung erfolgt ausschließlich über OLE-Stilschnittstellen.

Komponenten-Manager
Ein Dienst, SOleComponentManagerder Nicht-Benutzeroberflächen-Koordinationsdienste für Komponenten auf oberster Ebene bereitstellt. Der SOleComponentManager Dienst implementiert die IOleComponentManager Schnittstelle.

Komponenten-UI-Manager
Ein Dienst, SOleComponentUIManagerder Koordinationsdienste für die Benutzeroberfläche bereitstellt. Der SOleComponentUIManager Dienst implementiert die IOleComponentUIManager und IOleInPlaceComponentUIManager Schnittstellen.

Kontextbehälter
An eine Umgebungskomponente angefügtes IVsUserContext Objekt (COM-Objekt). Dieses Objekt enthält Nachschlagevorgänge Schlüsselwort (keyword)s, F1-Schlüsselwort (keyword)s und Attribute, die sich auf die Komponente beziehen. Kontexttaschen verweisen zusätzlich auf alle unterkontext-Taschen, die mit ihnen verknüpft sind.

Kontextanbieter
Eine Komponente in der IDE, die einem Kontextbehälter zugeordnet ist. Zu diesen Komponenten gehören ein Toolfenster, ein Editor oder eine Projekthierarchie.

Designer
Eine Programmierschnittstelle, über die Benutzer Elemente der Benutzeroberfläche (Formulare, Schaltflächen und andere Steuerelemente) bearbeiten können.

Docdata
Ein COM-Objekt, das die zugrunde liegenden Daten eines Dokuments in einer Welt kapselt, in der eine Dokument-/Ansichtstrennung vorhanden ist (z. B. im Text-Editor-Fall wäre dies der Textpuffer, der allen Text-Editor-Ansichten zugrunde liegt). Wenn der EditorFactory dieses Objekt nicht liefert, stellt die IDE ein Objekt in seinem Auftrag her. Die Verantwortung dieses Objekts besteht in der Verwaltung der Datenpersistenz und der Freigabesemantik für mehrere Ansichten über demselben DocData. Wenn das Objekt die DocData IOleCommandTarget Schnittstelle unterstützt, ist es im Befehlsrouting der UIShell enthalten.

DocObject
Technologie, die zum Hosten der Benutzeroberfläche in einem vom Host bereitgestellten Frame verwendet wird. Genauer gesagt bezieht sich dieser Begriff auf alle Einbettungen, die die IOleDocument und die zugehörigen Schnittstellen unterstützen. Diese Technologie verfügt über viele potenzielle Anwendungen wie implementierungsdetails von COM-Dokumenten, Toolfenstern in Visual Basic 5.0, ActiveX-Designern in Visual Basic 6.0 usw.

Dokument
Wird verwendet, um generisch auf das Dokument als Ganzes zu verweisen – sowohl für das DocData als auch für das DocView. Ein DocumentFrame enthält z. B. einen DocView, behält aber auch einen Verweis auf die DocData Persistenz bei.

Docview
DocObject/Embedding/WindowPane, mit dem der Benutzer interagiert, um die zugrunde liegende DocDataAnsicht anzuzeigen und zu bearbeiten. Benutzer profitieren nicht von der Dokument-/Ansichtstrennung, die Teil des DocObject Schnittstellendesigns ist. Benutzer verwenden ein gesamtes DocObject, um als Ansicht zu fungieren, anstatt einen abstrakteren (und weniger formalisierten) Begriff der zugrunde liegenden Daten zu verwenden, die als DocData". DocView Objekte werden immer in Dokumentrahmenobjekte (untergeordnete MDI-Fenster) der IDE eingebettet.

DTE
Das DTE Objekt (Erweiterbarkeit der Entwicklungstools) ist der oberste Zugriffspunkt im Visual Studio-Automatisierungsmodell, mit dem Sie die IDE programmgesteuert automatisieren und erweitern können.

Dynamisches Hilfefenster
Toolfenster, das von der IDE implementiert wird, und zeigt eine Liste der Nachschlage-Schlüsselwort (keyword)- oder F1-Hilfethemen an.

Editor
Code (Klasse, CLSID), der die DocView. Außerdem wird implementiert DocData , ob die Ansichts- und Datentrennung unterstützt wird.

extension
Ein Feature, das eine IDE ändert, angepasst oder hinzufügt. Sie erstellen Erweiterungen mit dem Automatisierungsmodell oder VSPackages.

Externer Editor
Ein Editor, der nicht für die IDE spezifisch ist, z. B. Microsoft Word. Sie wurde über eigene Mechanismen registriert und kann außerhalb der IDE verwendet werden. Wenn dieser Editor eingebettet werden kann, wird er in einem Fenster in der IDE angezeigt. Wenn es nicht eingebettet werden kann, wird ein separates Fenster auf oberster Ebene erstellt.

Hierarchie
Struktur von Knoten, jeder Knoten, der einem Satz von Eigenschaften zugeordnet ist.

unabhängige Komponente auf oberster Ebene
Eine Komponente, die ein modusloses Fenster auf oberster Ebene verwendet und effektiv als eigenständiges Anwendungsfenster ausgeführt werden kann, aber als In-Process-Objekt implementiert wird. Daher muss eine unabhängige Komponente auf oberster Ebene Modalitäts- und Nachrichtenschleifendienste mit der IDE koordinieren. In-Process-Objekte verfügen nicht über eine eigene Nachrichtenschleife.

Informationsanbieter
Der Informationsanbieter ist ein Modul, das Schlüsselwort (keyword) nachschlagen und eine Liste von Themen in Form von IVsUserContextItem Objekten zurückgeben kann. Um F1 und nachschlagen Schlüsselwort (keyword) Elemente für den Informationsanbieter bereitzustellen, registrieren Sie Die kompilierte Hilfedatei (. HxS) mit dem System. Die Hilfethemen in diesen Dateien enthalten die Liste der Themen, die im Fenster "Dynamische Hilfe" angezeigt werden, und zeigt an, ob ein Benutzer F1 drückt.

Direkte Komponente
Ein VSPackage-Objekt, das die IOleInPlaceComponent Schnittstelle zum Verwalten eines Fensters implementiert, das visuell in einem Dokumentfenster enthalten ist, das der IDE gehört. Direkte Komponenten sind nicht an standardmäßigen OLE-Menüzusammenführungen beteiligt; Stattdessen integrieren sie ihre Benutzeroberflächenelemente in die IDE.

Es gibt zwei Arten von direkten Komponenten: hartverkabelte Komponenten und Komponentensteuerelemente.

Hardwired in-place-Komponenten verfügen über Menüs, Symbolleisten und Befehle, die eng in die Benutzeroberfläche der IDE integriert sind und so erscheinen, als ob sie direkt in die IDE integriert wurden.

Komponentensteuerelemente verfügen nicht über eigene Benutzeroberflächenelemente, die in die IDE integriert sind. Stattdessen verwenden sie die Menüs, Befehle und Symbolleisten der IDE. Beispielsweise könnte der Befehl "Fett" verwendet werden, um ein ausgewähltes Wort in einem Rich-Text-Steuerelement zu fettieren, das in einem Formular eingebettet ist. Komponentensteuerelemente können jedoch anfordern, dass dynamisch installierte komponentenspezifische UI-Elemente angezeigt werden.

Sprachdienst
Eine Gruppe von Objekten, mit denen VSPackage-Entwickler Features von Computersprachencode-Editoren implementieren können, z. B. Textmarkierung und Farbanpassung.

Projekt "Verschiedene Dateien"
Project verwendet, um geöffnete Dateien zu speichern, die sich nicht in einem Projekt befinden. Die Liste der Elemente in diesem Projekt wird nicht beibehalten.

project
Projekte bestehen aus Hierarchieobjekten oder COM-Objekten, die die IVsHierarchy Schnittstelle implementieren.

Projektspezifischer Designer oder Editor
Ein Designer, der nicht unabhängig vom Projekttyp verwendet werden kann. Alle projektspezifischen Designer müssen ihre Editor Factory-Informationen in der Registrierung eingeben. Die IDE kann den Designer dann instanziieren, wenn ein bestimmter Dateityp in einem bestimmten Projekt geöffnet wird.

Projekttypfenster
Ein Fenster, das die aktuell aktive Projekthierarchie und das aktuell aktive Element aus dem globalen Auswahlkontext verfolgt. Projekttypfenster verwenden den SVsTrackSelectionEx Dienst, um die IDE von Änderungen zu benachrichtigen und dem Benutzer Feedback anzuzeigen. Projektmappen-Explorer ist ein Beispiel für ein Projekttypfenster.

Eigenschaftenfenster
Früher Eigenschaftenbrowser.

Referenzbasierte Projekte
Project, für das die Dateien für das Projekt nicht im selben Verzeichnis vorhanden sind. Stattdessen werden Verweise auf Dateien aus anderen nicht verknüpften Verzeichnissen gespeichert und Standard vom Projekt selbst gespeichert.

Ausführen einer Dokumenttabelle
Interne Struktur, nach der die IDE Standard liste aller aktuell geöffneten Dokumente enthält. Die Liste enthält alle geöffneten Dokumente im Arbeitsspeicher, unabhängig davon, ob die Dokumente gerade bearbeitet werden. Ein Dokument ist ein Element, das gespeichert wird, einschließlich gespeicherter Prozeduren, die in einem Editor, Dateien in einem Projekt oder in der Standard Projektdatei (z. B. *.vcproj-Datei) geöffnet werden.

Auswahlkontext
Daten, die Teil des Details jedes Fensters in der IDE sind und verwendet werden, um aktive Auswahlen nachzuverfolgen. Auswahlkontext besteht aus:

• Zeiger auf die IVsHierarchy Schnittstelle der Projekthierarchie
• Elementbezeichner des Projektelements.
• Zeigen Sie auf die ISelectionContainer Schnittstelle, die Zugriff auf Eigenschaften für die aktiven Objekte bereitstellt.
• Array von Elementwerten.

service
Ein Vertrag für eine Reihe von COM-Schnittstellen, die sich in einem einzelnen COM-Objekt befinden. Wenn Sie einen Dienst erstellen, der durch eine GUID identifiziert wird, definieren Sie den Satz von COM-Schnittstellen, die den Dienst ausführen. COM-Objekte verwenden Dienste, um miteinander zu kommunizieren.

Lösung
Gruppe verwandter Projekte, mit denen ein Benutzer arbeitet.

Standarddesigner
Ein Designer, der unabhängig vom Projekttyp verwendet werden kann. Alle Standarddesigner müssen ihre Editor Factory-Informationen in der Registrierung eingeben. Die IDE kann dann den Designer instanziieren, wenn eine Datei mit einer bestimmten Erweiterung geöffnet wird. Die Daten müssen in einer Datei beibehalten werden.

Standard-Editor
Editor, der unabhängig von einem bestimmten Projekttyp verwendet werden kann. Solche Editoren haben EditorFactories in der Registrierung registriert. Dadurch kann die IDE den Editor suchen und aufrufen.

Standardbetriebssystem-Editor
Eine Einbettung, die nicht für Visual Studio spezifisch ist. Sie wird mit den bekannten Win32-Schlüsseln registriert (z. B. der Win32-Explorer weiß, wie sie aufgerufen werden). Wenn ein solcher Editor eingebettet werden kann, wird der Editor weiterhin an seiner Stelle in der IDE angezeigt. Andernfalls wird für solche Editoren ein separates Fenster auf oberster Ebene erstellt.

Unterkontextbehälter
Ein IVsUserContext Objekt, das mit einem Kontextbehälter verknüpft ist. Das Objekt enthält Nachschlagevorgänge Schlüsselwort (keyword)s, F1 Schlüsselwort (keyword)s und Attribute für eine Auswahl innerhalb einer IDE-Komponente. Beispiele für Unterkontext sind ein Befehl in einem Toolfenster oder eine Schlüsselwort (keyword) in einem Editor.

Aufgabenliste
Toolfenster, das von der IDE implementiert wird, und zeigt eine Liste der aktiven Aufgaben an.

Textpuffer
Allgemeiner Name für das Objekt VSTextBuffer.

Textansicht
Allgemeiner Name für das Objekt VSTextView.

Komponente der obersten Ebene des Tools
Eine Komponente, die als modusloses Popupfenster fungiert und eng mit der Benutzeroberfläche der IDE koordiniert wird. Wie unabhängige Komponenten auf oberster Ebene müssen komponenten der obersten Ebene auch die Modalitäts- und Nachrichtenschleifendienste mit der IDE koordinieren.

Komponente der obersten Ebene
Ein VSPackage-Objekt, das ein modusloses Fenster auf oberster Ebene anstelle des Clientbereichs eines IDE-Fensters verwaltet. Komponenten der obersten Ebene implementieren die IOleComponent Schnittstelle, um die Vorteile von Nachrichtenschleifendiensten wie zugriff auf Leerlaufzeiten zu nutzen.

Ui aktiv
Ein VSPackage-Objekt, das sichtbar ist und derzeit den Fokus hat.

UI-Hierarchie
Ein COM-Objekt, das die IVsUIHierarchy Schnittstelle implementiert, um die Anzeige einer Hierarchie zu ermöglichen. Das Benutzeroberflächenhierarchiefenster implementiert die ISelectionContainer Schnittstelle, um die Eigenschaftenfenster zu aktualisieren. Bei Bedarf können andere Projekttypfenster diese Implementierung verwenden.

VSCT
Visual Studio-Befehlstabelle. Die VSCT-Datei enthält Informationen über die Platzierung und das Verhalten von Menüs, Symbolleisten und Befehlen im XML-Format.

Vspackage
Eine installierbare Software, die die Visual Studio-IDE erweitert, indem sie einen oder mehrere der folgenden Elemente beiträgt: Benutzeroberfläche, Dienste, Projekttypen oder Editor/Designer. Ein VSPackage besteht aus einem COM-Objekt, das die IVsPackage Schnittstelle und ein oder mehrere andere COM-Objekte implementiert, die andere Schnittstellen implementieren, um Auswahl und andere Features zu unterstützen. Darüber hinaus verfügt ein VSPackage über spezifische Registrierungsanforderungen.