Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Projekte in Visual Studio können mehrere Konfigurationen unterstützen, die erstellt, gedebuggt, ausgeführt und/oder bereitgestellt werden können. Eine Konfiguration ist ein Buildtyp, der mit einem benannten Satz von Eigenschaften beschrieben wird, in der Regel Compileroptionen und Dateispeicherorte. Standardmäßig enthalten neue Lösungen zwei Konfigurationen, Debug und Release. Diese Konfigurationen können mit ihren Standardeinstellungen angewendet oder geändert werden, um Ihre spezifischen Lösungs- und/oder Projektanforderungen zu erfüllen. Einige Pakete können auf zwei Arten erstellt werden: als ActiveX-Editor oder als direkte Komponente. Projekte müssen jedoch nicht mehrere Konfigurationen unterstützen. Wenn nur eine Konfiguration verfügbar ist, wird diese Konfiguration allen Lösungskonfigurationen zugeordnet.
Konfigurationen bestehen in der Regel aus zwei Teilen: dem Konfigurationsnamen (z. B. Debug oder Release) und den Plattformeinstellungen. Der Plattformname einer Konfiguration identifiziert die Umgebung, auf die die Konfiguration ausgerichtet ist, z. B. einen API-Satz oder eine Betriebssystemplattform. Benutzer von Visual Studio können keine Plattform erstellen; sie müssen aus den Auswahlen auswählen, die ein Projekt VSPackage zulässt. Wenn ein Benutzer ein VSPackage installiert, kann die während der Entwicklung des Pakets erstellte Übermittlungsplattform den gewünschten Plattformnamen basierend auf allen vom Paketersteller festgelegten Kriterien anzeigen. Der Benutzer kann dann aus der Liste der Plattformen auswählen, die über das VSPackage zur Verfügung gestellt werden, wenn die Eigenschaftenseiten instanziiert werden.
Plattformnamen sind optional, da nicht alle Projekte das Konzept von Plattformen unterstützen. Wenn bei einer Konfiguration kein Plattformname vorhanden ist, wird die Zeichenfolge N/A in der Benutzeroberfläche angezeigt.
Jede Lösung verfügt über einen eigenen Satz von Konfigurationen, von denen jeweils nur eine aktiv sein kann. Eine Lösungskonfiguration ist eine Gruppe von nicht mehr als einer Konfiguration aus jedem Projekt. Die "Nicht mehr als"-Stipulation ist auf die Option zurückzuführen, ein Projekt aus einer Lösungskonfiguration auszuschließen. Benutzer können eigene benutzerdefinierte Lösungskonfigurationen erstellen.
In der folgenden Tabelle sind die typischen Konfigurationen für ein Projekt dargestellt. Die Zeilen werden mit Konfigurationsnamen und den Spalten mit Plattformnamen beschriftet.
| Konfigurationsname | Plattform: Win32 | Plattform: Win64 |
|---|---|---|
| Debuggen | <Debuggen von Win32-Einstellungen> | <Debuggen von Win64-Einstellungen> |
| Loslassen | <Win32-Einstellungen freigeben> | <Win64-Einstellungen freigeben> |
| MyConfig | N/A | <MyConfig Win64-Einstellungen> |
Hinweis
Sie können keine MyConfig-Lösungskonfiguration erstellen, die eine Win32-Plattform ausschließt, es sei denn, das projekt, auf das Sie abzielen, unterstützt Win32 nicht.
Wenn Sie die aktive Konfiguration für eine Lösung ändern, wählen Sie die Gruppe von Projektkonfigurationen aus, die erstellt, ausgeführt, gedebuggt oder in dieser Lösung bereitgestellt werden. Wenn Sie beispielsweise die aktive Lösungskonfiguration von Release in Debug ändern, werden alle Projekte innerhalb dieser Lösung automatisch mit der Konfiguration der Projekte erstellt, die in der Debugkonfiguration der Lösung angegeben ist. Die Konfigurationen der Projekte werden auch als "Debuggen " bezeichnet, es sei denn, der Benutzer hat manuelle Änderungen am Configuration Manager der Umgebung vorgenommen.
Die in jeder Projekt gespeicherten Lösungskonfigurationseigenschaften umfassen den Projektnamen, den Namen der Projektkonfiguration, die Kennzeichen, die angeben, ob das Projekt erstellt oder bereitgestellt werden soll, und den Plattformnamen. Weitere Informationen finden Sie unter Lösungskonfiguration.
Der Benutzer kann Lösungskonfigurationsparameter anzeigen und festlegen, indem er die Lösung in der Hierarchie (Projektmappen-Explorer) auswählt und die Eigenschaftenseiten öffnet. Ebenso können Sie Projektkonfigurationsparameter anzeigen und festlegen, indem Sie ein Projekt im Projektmappen-Explorer auswählen und die Eigenschaftenseiten für dieses Projekt öffnen.
Der Benutzer kann auch ein Projekt mit Versionskonfigurationseinstellungen und alle anderen Projekte bei Bedarf mit Debugkonfigurationseinstellungen erstellen. Weitere Informationen finden Sie unter Projektkonfiguration zum Erstellen.
Das folgende Diagramm zeigt, wie die Schnittstellen implementiert werden, die Lösungs- und Projektkonfigurationen unterstützen:
Konfigurationsschnittstellen
Einige Hinweise zum vorherigen Diagramm:
IDispatchist im Konfigurationsobjekt als optional gekennzeichnet. Insbesondere ist es optional, die Konfigurationsschnittstellen für das Browse-Objekt zu verwenden.IVsDebuggableProjectCfgist im Konfigurationsobjekt optional gekennzeichnet, ist jedoch für die Debuggingunterstützung erforderlich.IVsProjectCfg2ist im Konfigurationsobjekt optional gekennzeichnet, ist jedoch für die Unterstützung der Ausgabegruppierung erforderlich.Das Config Provider-Objekt ist als optionales Objekt gekennzeichnet, aber die Option ist der Ort, an dem es implementiert werden soll. Sie können das Objekt für das Projektobjekt oder für ein separates Objekt implementieren.
IVsCfgProvider2wird zur Unterstützung und Konfigurationsbearbeitung der Plattform benötigt.IVsCfgProviderist ausreichend, wenn Sie diese Funktionalität nicht implementieren.Einige dieser Objekte, die im Diagramm als separate Objekte dargestellt werden, können in derselben Klasse kombiniert werden, in der sie auf der Grundlage Ihrer spezifischen Entwurfsanforderungen praktisch sind. In anderen Themen dieses Abschnitts werden jedoch die Objekte und Schnittstellen, die diesen Objekten zugeordnet sind, gemäß dem im Diagramm dargestellten Szenario behandelt.
Bestimmte Objekte werden separat implementiert. Projekt- und Lösungsaufbau erfolgen beispielsweise in separaten Threads, wobei das Objekt zur Verwaltung des Builds unabhängig von dem Objekt ist, das die Konfiguration des Builds beschreibt.
Weitere Informationen zu den Konfigurationsobjektschnittstellen und Konfigurationsanbieterobjektschnittstellen im vorherigen Diagramm finden Sie unter Project-Konfigurationsobjekt. Darüber hinaus enthält die Project-Konfiguration für die Erstellung weitere Informationen zum Konfigurations-Builder und zu den Schnittstellen von Abhängigkeitsobjekten, und die Project-Konfiguration für die Verwaltung der Bereitstellung beschreibt die Schnittstellen, die mit dem Konfigurationsbereitsteller und den Bereitstellungsabhängigkeitsobjekten verbunden sind. Schließlich beschreibt die Project-Konfiguration für die Ausgabe die Ausgabegruppen- und Ausgabeobjektschnittstellen sowie die Verwendung von Eigenschaftenseiten zum Anzeigen und Festlegen konfigurationsabhängiger Eigenschaften.