Condividi tramite


Considerazioni sull'implementazione delle applicazioni

Aggiornamento: novembre 2007

Quando si implementano applicazioni in Progettazione applicazioni, è opportuno tenere presente le seguenti considerazioni:

  • Requisiti per l'installazione

  • Considerazioni sulla protezione

  • Considerazioni preliminari all'implementazione

  • Risoluzione dei problemi relativi all'implementazione

  • Considerazioni successive all'implementazione

Requisiti per l'installazione

Prima di implementare determinate applicazioni, assicurarsi di avere installato i seguenti elementi:

  • I linguaggi di programmazione selezionati per l'implementazione delle applicazioni.

  • La versione (2.0, 3.0, o 3.5) del .NET Framework selezionata per l'implementazione delle applicazioni.

  • Microsoft Visual Studio Tools per Office, se si desidera implementare applicazioni di Office. Sarà inoltre necessario Microsoft Office 2003 o Microsoft Office 2007. Per ulteriori informazioni, vedere Installazione di Visual Studio Tools per Office.

  • Per implementare applicazioni ASP.NET remote, installare sul server remoto la versione di .NET Framework (2.0, 3.0, o 3.5) selezionata le applicazioni.

Considerazioni sulla sicurezza

Quando si configurano impostazioni specifiche per una definizione di applicazione è necessario tenere presente alcune considerazioni sulla protezione. Per ulteriori informazioni, vedere Applicazione delle impostazioni.

Impostazioni non crittografate nei file di configurazione dell'applicazione

Durante l'implementazione o la modifica di un'applicazione, in Visual Studio verrà visualizzato un avviso di protezione quando nel file di configurazione dell'applicazione vengono scritte impostazioni contenenti dati sensibili come testo in chiaro (non crittografato). Quando tali impostazioni vengono modificate nella finestra proprietà, nell'Editor impostazioni e vincoli o nell'Editor dell'insieme ComplexSetting a cui si accede tramite l'Editor impostazioni e vincoli, potrebbero essere visualizzate non crittografate.

Nella tabella seguente vengono elencate tali impostazioni e il relativo percorso nell'Editor impostazioni e vincoli e nel file di configurazione dell'applicazione. La tabella evidenzia inoltre come queste impostazioni vengono visualizzate in Visual Studio.

Nota:

Potrebbe essere necessario aggiungere la risorsa appropriata prima di poter modificare l'impostazione corrispondente. Per ulteriori informazioni, vedere Aggiunta di risorse. È possibile crittografare le impostazioni nei file di configurazione. Per ulteriori informazioni, vedere Crittografia delle informazioni di configurazione utilizzando la configurazione protetta e Risoluzione dei problemi relativi ai diagrammi applicazioni.

Nome impostazione

Percorso in Editor impostazioni e vincoli

Sezione file di configurazione dell'applicazione

Impostazioni

Risorsa AppSettingsSection in Impostazioni applicazione, Directory, Configurazione.

appSettings

ConnectionStrings

Risorsa ConnectionStringsSection in Impostazioni applicazione, Directory, Configurazione.

È possibile aggiungere questa impostazione quando si configura la stringa di connessione al database per un endpoint di tipo consumer del database. È possibile eseguire quest'attività utilizzando la finestra di dialogo Proprietà connessione, la finestra Proprietà o l'Editor dell'insieme ComplexSetting.

Attenzione:

La stringa di connessione viene visualizzata come testo non crittografato nella finestra di dialogo Proprietà connessione e nella finestra Proprietà. La password viene visualizzata come una stringa mascherata nella finestra di dialogo Proprietà connessione. Non viene visualizzato nella finestra Proprietà. La stringa di connessione viene visualizzata come una stringa mascherata nell'Editor impostazioni e vincoli. L'intera stringa, inclusa la password, viene visualizzata come testo non crittografato nell'Editor fin dell'insieme ComplexSetting.

Quando si copia o include un endpoint di tipo consumer del database in un prototipo personalizzato, la stringa di connessione, ma non la password, viene copiata nel nuovo percorso in Visual Studio come testo non crittografato. 

Attenzione:

Quando si implementa l'applicazione consumer del database, Visual Studio scrive la stringa di connessione nel file di configurazione dell'applicazione come testo non crittografato. Per ulteriori informazioni, vedere Procedura: configurare connessioni a database esterni.

connectionStrings

Password

Risorsa IdentitySection in Impostazioni applicazione, Directory, Configurazione, SystemWebSectionGroup.

Quanto si visualizza questa impostazione nell'Editor impostazioni e vincoli, in viene visualizzata una stringa mascherata.

identity

SqlConnectionString

Risorsa SessionStateSection in Impostazioni applicazione, Directory, Configurazione, SystemWebSectionGroup.

sessionState

StateConnectionString

Risorsa SessionStateSection in Impostazioni applicazione, Directory, Configurazione, SystemWebSectionGroup.

sessionState

Users

Risorsa FormsAuthenticationCredentials in Impostazioni applicazione, Directory, Configurazione, SystemWebSectionGroup, AuthenticationSection, FormsAuthenticationConfiguration, FormsAuthenticationCredentials.

Quanto si visualizza questa impostazione nell'Editor impostazioni e vincoli, in Visual Studio viene visualizzata una stringa mascherata.

Attenzione:

Il valore dell'impostazione viene visualizzato come testo non crittografato quando lo si visualizza o modifica nell'Editor dell'insieme ComplexSetting.

credentials in forms in authentication

Rete

Risorsa SmtpSection in Impostazioni applicazione, Directory, Configurazione, NetSectionGroup, MailSettingsSectionGroup.

Quanto si visualizza questa impostazione nell'Editor impostazioni e vincoli, in Visual Studio viene visualizzata una stringa mascherata.

smtp under mailSettings

Gestione della sicurezza per le impostazioni del file di configurazione delle applicazioni.

Indipendentemente dalla scelta di crittografarle o meno,Visual Studio tratta le impostazioni che contengono dati sensibili nel modo seguente:

  • Queste impostazioni vengono incluse in Visual Studio quando l'endpoint o la definizione dell'applicazione viene copiata nel diagramma applicazioni. Quando l'applicazione viene implementata, l'impostazione viene visualizzata nel file di configurazione dell'applicazione come testo non crittografato. Quando queste impostazioni vengono scritte nel file di configurazione dell'applicazione, in Visual Studio viene visualizzato un avviso di sicurezza.

  • Queste impostazioni vengono incluse in Visual Studio quando si include l'endpoint o la definizione dell'applicazione in un prototipo personalizzato. Quando l'applicazione viene implementata, queste impostazioni vengono visualizzate nel file di configurazione dell'applicazione come testo non crittografato. Quando queste informazioni vengono scritte nel file di configurazione dell'applicazione, in Visual Studio viene visualizzato un avviso di sicurezza. Evitare, pertanto, di archiviare dati sensibili, riservati o proprietari nelle impostazioni oppure valutare l'utilizzo della crittografia. Per ulteriori informazioni, vedere Procedura: creare prototipi personalizzati da endpoint e applicazioni configurate.

  • In Visual Studio queste impostazioni non vengono salvate come parte del file di definizione dell'applicazione (file con estensione SDM), o del diagramma applicazioni, (file con estensione ad). Per ulteriori informazioni, vedere Cenni preliminari su SDM (System Definition Model).

  • In Visual Studio queste impostazioni non sono disponibili quando si creano vincoli definiti dall'utente. Per ulteriori informazioni, vedere Definizione di vincoli per applicazione e relazioni di hosting per applicazione.

Considerazioni preliminari all'implementazione

Prima di implementare l'applicazione, tenere presenti le seguenti considerazioni:

  • Connettere le applicazioni che si desidera implementare. Consente a Visual Studio di generare correttamente tutte le classi proxy client del servizio Web necessarie.

  • Verificare che le proprietà Lingua, Progetto, Tipo di posizione progetto, Modello e Framework di destinazione contengano i valori desiderati. Non è possibile modificare queste proprietà dopo l'implementazione. Per ulteriori informazioni, vedere Considerazioni successive all'implementazione.

    Nota:

    Si consiglia di creare o salvare una copia del diagramma applicazioni prima dell'implementazione.

    Per ulteriori informazioni, vedere i seguenti argomenti:

  • In Visual Studio l'impostazione Versione di Office di un'applicazione di Office verrà aggiornata alla versione specificata nella proprietà Modello durante l'implementazione dell'applicazione. 

  • Specificare il nome del progetto desiderato prima di implementare un'applicazione. Dopo l'implementazione, è possibile rinominare un progetto Windows o Office in Esplora soluzioni. Quando si rinomina un progetto, tuttavia, i relativi nomi degli assembly o delle cartelle di progetto su disco non vengono modificati. Se, ad esempio, un progetto Windows denominato "NomeGenerato" viene rinominato in "ProgettoRinominato", in Visual Studio verrà compilato come "NomeGenerato.exe", non come "ProgettoRinominato.exe". Il nome della cartella del progetto su disco rimarrà "NomeGenerato".

  • Non utilizzare il nome del progetto per impostare il percorso di progetto per un'applicazione Windows o Office. Dopo aver implementato l'applicazione, sarà possibile modificare il percorso del progetto tramite Esplora risorse.

  • Per i nomi di definizione delle applicazioni viene effettuata la distinzione tra maiuscole e minuscole. Tale distinzione non viene effettuata per i nomi dei progetti.

    In Visual Studio non verrà implementata un'applicazione "duplicata" durante l'implementazione di applicazioni dello stesso tipo e con nomi che si differenziano esclusivamente per l'uso di caratteri maiuscoli o minuscoli.

    Per evitare il verificarsi di tale condizione, modificare il nome del duplicato prima di effettuare l'implementazione.

    Per ulteriori informazioni, vedere Procedura: rinominare le applicazioni nei diagrammi applicazioni.

  • Se si desidera implementare applicazioni ASP.NET eseguite tramite IIS in un server locale o remoto, è necessario disporre delle autorizzazioni di amministratore per quel particolare server. In caso contrario, in Visual Studio non sarà possibile implementare l'applicazione.

    Se Visual Studio è in esecuzione su , è possibile eseguire Visual Studio come amministratore per implementare queste applicazioni in un server locale.

    Per ulteriori informazioni, vedere Risoluzione dei problemi relativi all'implementazione.

  • Se si implementa un'applicazione ASP.NET "duplicata" con lo stesso nome e lo stesso percorso di un'applicazione precedentemente implementata ed eliminata il cui progetto è ancora presente su disco, si verificherà un conflitto.

    Per evitare questo conflitto al momento dell'implementazione, rinominare l'applicazione "duplicata" prima di implementarla. In caso contrario, vedere Risoluzione dei problemi relativi all'implementazione.

  • Verificare che i nomi dei progetti e delle relative cartelle su disco siano univoci, anche se tali progetti hanno nomi diversi in Esplora soluzioni e le cartelle su disco hanno cartelle padre diverse.

    Prima di generare un report di distribuzione, è possibile specificare il percorso in cui verrà creata una directory e verranno copiati i file di output in Visual Studio. Le cartelle padre dei progetti non verranno tuttavia incluse da Visual Studio in questa directory. Di conseguenza, se una soluzione contiene progetti le cui cartelle hanno lo stesso nome su disco, in Visual Studio verrà creata una sola directory per progetti con lo stesso nome, anche se hanno cartelle padre diverse. In questa situazione, è possibile che i file di output vengano sovrascritti l'uno sull'altro quando vengono copiati in tale directory in Visual Studio. Per ulteriori informazioni, vedere Posizione e struttura di directory dei file di output di distribuzione.

Risoluzione dei problemi relativi all'implementazione

Durante l'implementazione di un'applicazione è possibile che si verifichino i seguenti problemi:

  • In Visual Studio non è possibile implementare applicazioni ASP.NET impostate per essere eseguite tramite IIS in un server locale o remoto.

    Pert implementare applicazioni ASP.NET eseguite tramite IIS in un server locale o remoto, è necessario disporre delle autorizzazioni di amministratore per quel particolare server.

    Se Visual Studio è in esecuzione su , è possibile eseguire Visual Studio come amministratore per implementare queste applicazioni in un server locale.

    Per ulteriori informazioni, scegliere Procedura: scegliere il tipo di sito Web per applicaazioni ASP.NET.

  • In Visual Studio non è possibile generare file di progetto per un'applicazione.

    Questo problema potrebbe verificarsi se le applicazioni sono impostate su un modello di progetto personalizzato non compatibile. In Progettazione applicazioni sono supportati solo i modelli di progetto personalizzati creati da progetti di applicazione Web ASP.NET, per siti Web, Office e Windows.

    Per risolvere questo problema, selezionare un modello di progetto standard o un modello di progetto personalizzato diverso.

    Questo problema potrebbe verificarsi anche se le applicazioni sono impostate su un file zip contenente il modello di progetto personalizzato.

    Per risolvere questo problema, decomprimere il file zip prima di selezionare il modello personalizzato.

    Per ulteriori informazioni, vedere Modelli di Visual Studio e Modelli di progetto per applicazioni su diagrammi applicazioni.

  • Se si implementa un'applicazione ASP.NET con lo stesso nome e lo stesso percorso di un'altra applicazione implementata ed eliminata il cui progetto è ancora presente su disco, si verificherà un conflitto.

    Per risolvere il conflitto, è possibile eseguire una delle seguenti azioni:

    • Creare il progetto in un'altro percorso.

    • Aprire il progetto esistente e aggiungerlo di nuovo alla soluzione.

    • Sovrascrivere il progetto esistente.

    Per evitare il conflitto, rinominare l'applicazione prima dell'implementazione.

Considerazioni successive all'implementazione

Dopo aver implementato un'applicazione, tenere presenti le seguenti considerazioni:

  • Il nome della radice del progetto associato non cambia quando si modifica il nome della definizione dell'applicazione. Tuttavia i file di progetto, come i documenti SDM (System Definition Model) e i file di classe, verranno sincronizzati in Visual Studio con le modifiche apportate alla definizione dell'applicazione. Per ulteriori informazioni, vedere Cenni preliminari su Progettazione applicazioni.

  • Dopo l'implementazione dell'applicazione, la proprietà Versione .NET Framework di destinazione di un'applicazione ASP.NET, Windows o Office risulterà vuota e in sola lettura nella finestra Proprietà. Dopo l'implementazione è possibile visualizzare e modificare la versione di .NET Framework del progetto di applicazione nelle proprietà del progetto.

    Nota:

    Tenere presenti alcune considerazioni quando si modifica la versione del framework di destinazione nelle proprietà del progetto. Per ulteriori informazioni, vedere Procedura: scegliere la versione di .NET Framework per le applicazioni.

  • L'impostazione Versione di Office di un'applicazione di Office rispecchierà la versione specificata durante l'implementazione nella proprietà Modello dell'applicazione. Sebbene sia possibile modificare questa impostazione, le impostazioni dell'applicazione riflettono in genere la configurazione dell'applicazione. Quando si valuta l'applicazione per la distribuzione, in Visual Studio le impostazioni dell'applicazione vengono convalidate unicamente rispetto alle impostazioni del server logico. Non viene visualizzato alcun avviso di convalida, se queste impostazioni non corrispondono alla versione nella proprietà Modello. Per ulteriori informazioni, vedere Applicazione delle impostazioni.

Vedere anche

Attività

Procedura: implementare le applicazioni sui diagrammi applicazioni

Altre risorse

Implementazione di applicazioni su diagrammi applicazione