Überlegungen zum Implementieren von Anwendungen
Aktualisiert: November 2007
Beim Implementieren von Anwendungen in Application Designer sollten Sie Folgendes beachten:
Installationsanforderungen
Sicherheitsüberlegungen
Überlegungen vor der Implementierung
Problembehandlung bei der Implementierung
Überlegungen nach der Implementierung
Installationsanforderungen
Stellen Sie sicher, dass Sie vor dem Implementieren bestimmter Anwendungen die folgenden Elemente installiert haben:
Die Programmiersprachen, die Sie zum Implementieren von Anwendungen ausgewählt haben.
Die .NET Framework-Version (2.0, 3.0 oder 3.5), die Sie zum Implementieren von Anwendungen ausgewählt haben.
Microsoft Visual Studio Tools for Office, wenn Sie Office-Anwendungen implementieren möchten. Sie benötigen außerdem Microsoft Office 2003 oder Microsoft Office 2007. Weitere Informationen finden Sie unter Installieren von Visual Studio Tools for Office.
Wenn Sie ASP.NET-Remote-Anwendungen implementieren möchten, installieren Sie die .NET Framework-Version (2.0, 3.0 oder 3.5), die Sie für diese Anwendungen auf dem Remoteserver ausgewählt haben.
Sicherheitsüberlegungen
Bestimmte Sicherheitsüberlegungen gelten beim Konfigurieren bestimmter Einstellungen für eine Anwendungsdefinition. Weitere Informationen finden Sie unter Anwenden von Einstellungen.
Unverschlüsselte Einstellungen in Anwendungskonfigurationsdateien
Wenn Sie eine Anwendung implementieren oder eine implementierte Anwendung bearbeiten möchten, zeigt Visual Studio eine Sicherheitswarnung an, wenn Einstellungen mit sensiblen Daten als Klartext (unverschlüsselt) in die Konfigurationsdatei der Anwendung geschrieben werden. Diese Einstellungen können auch beim Bearbeiten im Eigenschaftenfenster, Einstellungs- und Einschränkungs-Editor oder im ComplexSetting-Auflistungs-Editor, der im Einstellungs- und Einschränkungs-Editor geöffnet werden kann, unverschlüsselt angezeigt werden.
In den folgenden Tabellen werden diese Einstellungen und ihr Speicherort im Einstellungs- und Einschränkungs-Editor sowie in der Konfigurationsdatei der Anwendung aufgeführt. Die Tabelle gibt außerdem an, wie Visual Studio diese Einstellungen anzeigt.
Hinweis: |
---|
Sie müssen eventuell die entsprechende Ressource hinzufügen, bevor Sie die entsprechende Einstellung bearbeiten können. Weitere Informationen finden Sie unter Hinzufügen von Ressourcen. Sie können Einstellungen in Konfigurationsdateien verschlüsseln. Weitere Informationen finden Sie unter Verschlüsseln von Konfigurationsinformationen mithilfe der geschützten Konfiguration und Problembehandlung bei Anwendungsdiagrammen. |
Einstellungsname |
Speicherort im Einstellungs- und Einschränkungs-Editor |
Abschnitt in der Anwendungskonfigurationsdatei |
---|---|---|
Einstellungen |
AppSettingsSection-Ressource unter Anwendungseinstellungen, Verzeichnis und dann Konfiguration. |
appSettings |
ConnectionStrings |
ConnectionStringsSection-Ressource unter Anwendungseinstellungen, Verzeichnis und dann Konfiguration. Sie können diese Einstellung hinzufügen, wenn Sie die Datenbankverbindungs-Zeichenfolge für einen Consumerendpunkt der Datenbank konfigurieren. Diese Aufgabe können Sie ausführen, indem Sie das Dialogfeld Verbindungseigenschaften, das Eigenschaftenfenster oder den ComplexSetting-Auflistungs-Editor verwenden.
Vorsicht:
Die Verbindungszeichenfolge wird im Dialogfeld Verbindungseigenschaften und im Eigenschaftenfenster als Klartext angezeigt. Das Kennwort wird im Dialogfeld Verbindungseigenschaften als maskierte Zeichenfolge angezeigt. Es wird nicht im Eigenschaftenfenster angezeigt. Die Verbindungszeichenfolge wird im Einstellungs- und Einschränkungs-Editor als maskierte Zeichenfolge angezeigt. Die ganze Zeichenfolge einschließlich des Kennwortes wird im ComplexSetting-Auflistungs-Editor als Klartext angezeigt.
Wenn Sie den Consumerendpunkt einer Datenbank kopieren oder in einen benutzerdefinierten Prototyp einfügen, kopiert Visual Studio die Verbindungszeichenfolge, jedoch nicht das Kennwort, als Klartext an den neuen Speicherort.
Vorsicht:
Wenn Sie die Consumeranwendung für die Datenbank implementieren, schreibt Visual Studio den String als Klartext in die Konfigurationsdatei der Anwendung. Weitere Informationen finden Sie unter Gewusst wie: Konfigurieren von Verbindungen mit externen Datenbanken.
|
connectionStrings |
Password |
IdentitySection-Ressource unter Anwendungseinstellungen, Verzeichnis, Konfiguration und dann SystemWebSectionGroup. Visual Studio zeigt eine maskierte Zeichenfolge an, wenn Sie diese Einstellung im Einstellungs- und Einschränkungs-Editor anzeigen. |
identity |
SqlConnectionString |
SessionStateSection-Ressource unter Anwendungseinstellungen, Verzeichnis, Konfiguration und dann SystemWebSectionGroup. |
sessionState |
StateConnectionString |
SessionStateSection-Ressource unter Anwendungseinstellungen, Verzeichnis, Konfiguration und dann SystemWebSectionGroup. |
sessionState |
Users |
FormsAuthenticationCredentials-Ressource unter Anwendungseinstellungen, Verzeichnis, Konfiguration, SystemWebSectionGroup, AuthenticationSection, FormsAuthenticationConfiguration und dann FormsAuthenticationCredentials. Visual Studio zeigt eine maskierte Zeichenfolge an, wenn Sie diese Einstellung im Einstellungs- und Einschränkungs-Editor anzeigen.
Vorsicht:
Der Wert der Einstellung wird als Klartext angezeigt, wenn Sie ihn im ComplexSetting-Auflistungs-Editor anzeigen oder bearbeiten.
|
credentials unter forms unter authentication |
Network |
SmtpSection-Ressource unter Anwendungseinstellungen, Verzeichnis, Konfiguration, NetSectionGroup und dann MailSettingsSectionGroup. Visual Studio zeigt eine maskierte Zeichenfolge an, wenn Sie diese Einstellung im Einstellungs- und Einschränkungs-Editor anzeigen. |
smtp unter mailSettings |
Sichere Behandlung der Einstellungen in Anwendungskonfigurationsdateien
Unabhängig davon, ob Sie Einstellungen verschlüsseln, die sensible Daten enthalten, behandelt Visual Studio die Einstellungen folgendermaßen:
Visual Studio schließt diese Einstellungen ein, wenn Sie die Anwendungsdefinition oder den Endpunkt in das Anwendungsdiagramm kopieren. Wenn Sie die Anwendung implementieren, wird die Einstellung als Klartext (unverschlüsselt) in der Konfigurationsdatei der Anwendung angezeigt. Visual Studio zeigt eine Sicherheitswarnung an, wenn diese Einstellungen in die Konfigurationsdatei der Anwendung geschrieben werden.
Visual Studio schließt diese Einstellungen ein, wenn Sie die Anwendungsdefinition oder den Endpunkt in einen benutzerdefinierten Prototyp einschließen. Wenn Sie die Anwendung implementieren, werden diese Einstellungen als Klartext (unverschlüsselt) in der Konfigurationsdatei der Anwendung angezeigt. Visual Studio zeigt eine Sicherheitswarnung an, wenn diese Einstellungen in die Konfigurationsdatei der Anwendung geschrieben werden. Berücksichtigen Sie dies vor der Verteilung dieser Dateien. Vermeiden Sie es, sensible, vertrauliche oder geschützte Daten in Einstellungen zu speichern, oder verwenden Sie am besten die Verschlüsselung. Weitere Informationen finden Sie unter Gewusst wie: Erstellen von benutzerdefinierten Prototypen aus konfigurierten Anwendungen und Endpunkten.
Visual Studio speichert diese Einstellungen nicht in der Anwendungsdefinitionsdatei (.sdm) oder in der Anwendungsdiagrammdatei (.ad) Weitere Informationen finden Sie unter Übersicht über das System Definition Model (SDM).
Visual Studio macht diese Einstellungen nicht verfügbar, wenn Sie benutzerdefinierte Einschränkungen erstellen. Weitere Informationen finden Sie unter Einschränken von Anwendungsbeziehungen und Anwendungshostbeziehungen.
Überlegungen vor der Implementierung
Vor dem Implementieren von Anwendungen sollten Sie Folgendes beachten:
Verbinden Sie die Anwendungen, die Sie implementieren möchten. Auf diese Weise kann Visual Studio alle benötigten Proxyklassen für Webdienstclients korrekt generieren.
Vergewissern Sie sich, dass die Eigenschaften Language, Project, Project Location Type, Template und Target Framework die erforderlichen Werte enthalten. Sie können diese Eigenschaften nach der Implementierung nicht mehr ändern. Weitere Informationen finden Sie unter Überlegungen nach der Implementierung.
Hinweis: Sie können vor der Implementierung eine Kopie des Anwendungsdiagramms erstellen oder speichern.
Weitere Informationen finden Sie unter den folgenden Themen:
Visual Studio aktualisiert die Einstellung Office-Version einer Office-Anwendung auf die beim Implementieren der Anwendung in der Vorlage-Eigenschaft angegebene Version.
Geben Sie den gewünschten Projektnamen an, bevor Sie eine Anwendung implementieren. Nach der Implementierung können Sie im Projektmappen-Explorer ein Windows- oder Office-Projekt umbenennen. Durch das Umbenennen des Projekts ändert sich jedoch nicht der Assemblyname oder der Name des Projektordners auf dem Datenträger. Wenn Sie zum Beispiel ein Windows-Projekt mit dem Namen "MyGeneratedName" in "MyRenamedProject" umbenennen, wird dieses Projekt von Visual Studio nicht als "MyRenamedProject.exe", sondern als "MyGeneratedName.exe" kompiliert. Der dazugehörige Projektordnername auf dem Datenträger heißt unverändert "MyGeneratedName".
Legen Sie den Projektspeicherort für eine Windows- oder Office-Anwendung nicht über den Projektnamen fest. Nach dem Implementieren der Anwendung können Sie den Projektspeicherort in Windows-Explorer ändern.
Bei Anwendungsdefinitionsnamen wird im Gegensatz zu Projektnamen die Groß- und Kleinschreibung berücksichtigt.
Visual Studio implementiert keine "doppelte" Anwendung, wenn Sie Anwendungen desselben Typs implementieren, deren Namen sich nur in der Groß- und Kleinschreibung unterscheiden.
Um dies zu vermeiden, ändern Sie den Namen des Duplikats vor der Implementierung.
Weitere Informationen finden Sie unter Gewusst wie: Umbenennen von Anwendungen in Anwendungsdiagrammen.
Wenn Sie ASP.NET-Anwendungen implementieren möchten, die mit IIS auf einem lokalen Server oder auf einem Remoteserver ausgeführt werden, müssen Sie über Administratorrechte für den jeweiligen Server verfügen. Andernfalls kann Visual Studio die Anwendung nicht implementieren.
Wenn Sie Visual Studio unter Windows Vista ausführen, können Sie Visual Studio als Administrator ausführen, um diese Anwendungen auf einem lokalen Server zu implementieren.
Weitere Informationen finden Sie unter Problembehandlung bei der Implementierung.
Wenn Sie eine "doppelte" ASP.NET-Anwendung mit demselben Namen und Speicherort wie eine zuvor implementierte und gelöschte Anwendung implementieren, deren Projekt noch auf dem Datenträger vorhanden ist, tritt ein Konflikt auf.
Benennen Sie vor dem Implementieren die "doppelte" Anwendung um, damit bei der Implementierung kein Konflikt auftritt. Weitere Informationen finden Sie andernfalls unter Problembehandlung bei der Implementierung.
Vergewissern Sie sich, dass Projekte und die dazugehörigen Ordner auf dem Datenträger eindeutige Namen besitzen, selbst wenn diese Projekte im Projektmappen-Explorer unterschiedliche Namen und die dazugehörigen Ordner auf dem Datenträger andere übergeordnete Ordner haben.
Wenn Sie bereit sind, einen Bereitstellungsbericht zu generieren, können Sie den Speicherort angeben, an dem Visual Studio ein Verzeichnis und eine Kopie der Ausgabedateien erstellt. Visual Studio schließt jedoch nicht die übergeordneten Ordner der Projekte in diesem Verzeichnis ein. Wenn eine Projektmappe Projekte enthält, deren Ordner denselben Namen auf dem Datenträger besitzen, wird Visual Studio für Projekte mit demselben Namen nur ein einzelnes Verzeichnis erstellen (selbst wenn sie unterschiedliche übergeordnete Ordner haben). Dadurch können Ausgabedateien einander überschreiben, wenn Visual Studio sie in dieses Verzeichnis kopiert. Weitere Informationen finden Sie unter Speicherort- und Verzeichnisstruktur von Bereitstellungsausgabedateien.
Problembehandlung bei der Implementierung
Beim Implementieren einer Anwendung können die folgenden Probleme auftreten:
Visual Studio kann ASP.NET-Anwendungen nicht implementieren, die auf die Ausführung mit IIS auf einem lokalen Server oder einem Remoteserver festgelegt sind.
Wenn Sie ASP.NET-Anwendungen implementieren möchten, die mit IIS auf einem lokalen Server oder auf einem Remoteserver ausgeführt werden, müssen Sie über Administratorrechte für den jeweiligen Server verfügen.
Wenn Sie Visual Studio unter Windows Vista ausführen, können Sie Visual Studio als Administrator ausführen, um diese Anwendungen auf einem lokalen Server zu implementieren.
Weitere Informationen finden Sie unter Gewusst wie: Auswählen des Websitetyps für ASP.NET-Anwendungen.
Visual Studio kann keine Projektdateien für eine Anwendung generieren.
Dieses Problem kann auftreten, wenn Anwendungen auf eine inkompatible, benutzerdefinierte Projektvorlage festgelegt werden. Der Anwendungs-Designer unterstützt nur benutzerdefinierte Projektvorlagen, die mit Projektvorlagen für Windows, Office, Websites und ASP.NET-Webanwendungen erstellt wurden.
Um dieses Problem zu beheben, wählen Sie eine Standardprojektvorlage oder eine andere benutzerdefinierte Projektvorlage aus.
Dieses Problem tritt möglicherweise auch dann auf, wenn Anwendungen auf eine ZIP-Datei festgelegt sind, die die benutzerdefinierte Projektvorlage enthält.
Um dieses Problem zu beheben, extrahieren Sie die ZIP-Datei, bevor Sie die benutzerdefinierte Vorlage auswählen.
Weitere Informationen finden Sie unter Visual Studio-Vorlagen und Projektvorlagen für Anwendungen in Anwendungsdiagrammen.
Wenn Sie eine "doppelte" ASP.NET-Anwendung mit demselben Namen und Speicherort wie eine zuvor implementierte und gelöschte Anwendung implementieren, deren Projekt noch auf dem Datenträger vorhanden ist, tritt ein Konflikt auf.
Führen Sie eine der folgenden Aktionen aus, um den Konflikt zu lösen:
Erstellen Sie das Projekt an einem anderen Speicherort.
Öffnen Sie das vorhandene Projekt, und fügen Sie es wieder in der Projektmappe hinzu.
Überschreiben Sie das vorhandene Projekt.
Um diesen Konflikt zu vermeiden, benennen Sie die Anwendung vor der Implementierung um.
Überlegungen nach der Implementierung
Beachten Sie nach dem Implementieren einer Anwendung Folgendes:
Der Stammname des zugeordneten Projekts ändert sich nicht, wenn Sie den Namen der Anwendungsdefinition ändern. Visual Studio synchronisiert jedoch Projektdateien wie SDM (System Definition Model)-Dokumente und Klassendateien mit den Änderungen der Anwendungsdefinition. Weitere Informationen finden Sie unter Übersicht über den Anwendungs-Designer.
Die Zielframework-Eigenschaft einer ASP.NET-Anwendung, Windows-Anwendung oder Office-Anwendung wird leer und schreibgeschützt im Fenster Eigenschaften angezeigt, nachdem Sie die Anwendung implementiert haben. Nach der Implementierung können Sie die .NET Framework-Version des Anwendungsprojekts in den Eigenschaften des Projekts anzeigen und ändern.
Hinweis: Es sind einige Punkte zu berücksichtigen, wenn Sie die Zielframeworkversion in den Eigenschaften des Projekts ändern. Weitere Informationen finden Sie unter Gewusst wie: Auswählen der .NET Framework-Version für Anwendungen.
Die Version, die bei der Implementierung der Anwendung in der Vorlage-Eigenschaft angegeben war, wird für die Einstellung Office-Version einer Office-Anwendung übernommen. Obwohl Sie diese Einstellung ändern können, entsprechen die Anwendungseinstellungen in der Regel der Anwendungskonfiguration. Wenn Sie die Anwendung für die Bereitstellung evaluieren, validiert Visual Studio nur die Anwendungseinstellungen anhand der Einstellungen des logischen Servers. Es wird keine Gültigkeitswarnung angezeigt, wenn diese Eigenschaften nicht der Version in der Vorlage-Eigenschaft entsprechen. Weitere Informationen finden Sie unter Anwenden von Einstellungen.
Siehe auch
Aufgaben
Gewusst wie: Implementieren von Anwendungen in Anwendungsdiagrammen