Progettazione e creazione di soluzioni Office

Articolo
04/10/2013

Visual Studio fornisce modelli di progetto che è possibile utilizzare per creare diversi tipi di soluzioni Office.In questa sezione della documentazione vengono illustrati i modelli di progetto e vengono fornite informazioni aggiuntive sulla creazione di progetti di Office.Per informazioni sull'implementazione di personalizzazioni del codice e dell'interfaccia utente dopo la creazione del progetto, vedere Sviluppo di soluzioni Office.

Si applica a: le informazioni fornite in questo argomento sono valide per i progetti a livello di documento e di applicazione per Office 2013 e Office 2010. Per ulteriori informazioni, vedere Funzionalità disponibili in base ai tipi di progetto e applicazioni di Office.

Creazione di progetti Office

Prima di iniziare, è necessario definire i requisiti e individuare il tipo di soluzione ottimale.Ad esempio, se la soluzione Office deve essere in esecuzione in occasione di ogni utilizzo dell'applicazione, il componente aggiuntivo a livello di applicazione si rivela migliore per soddisfare i requisiti.Se il codice è strettamente integrato a un singolo documento, creare una personalizzazione a livello di documento.Questi tipi di progetto sono disponibili come modelli di progetto Visual Studio.Per ulteriori informazioni sui modelli di progetto di Office inclusi in Visual Studio, vedere Cenni preliminari sui modelli di progetto di Office.Per ulteriori informazioni sulla creazione di progetti di Office, vedere Procedura: creare progetti di Office in Visual Studio.

Alcune funzionalità ed elementi dei progetti di Office presentano delle differenze rispetto ad altri tipi di progetti in Visual Studio.Ad esempio, quando si crea un progetto a livello di documento, è possibile aprire e modificare in Visual Studio il documento o la cartella di lavoro nel progetto.Per ulteriori informazioni, vedere Progetti di Office in ambiente Visual Studio.

Scelta di una versione di .NET Framework

Dopo avere selezionato il tipo di progetto più adatto a requisiti specifici, è possibile scegliere la versione di .NET Framework da utilizzare nel processo di sviluppo.È possibile utilizzare le versioni di .NET Framework seguenti come destinazioni per i progetti di Office:

.NET Framework 4
.NET Framework 4 Client Profile
.NET Framework 4.5

[!NOTA]

Le soluzioni Office possono utilizzare .NET Framework 4.5 solo se si installano gli strumenti di sviluppo di Microsoft Office per Visual Studio 2012.Per ulteriori informazioni, vedere "gli strumenti" in Pagina di download.

È necessario che sui computer degli utenti finali sia presente la versione di .NET Framework scelta per il progetto perché la soluzione venga eseguita.Ad esempio, se il progetto è destinato a .NET Framework 4, .NET Framework 4 è obbligatorio sui computer degli utenti finali.In questo esempio, la soluzione non verrà eseguita solo se è installato .NET Framework 3.5 nei computer degli utenti finali.

Se si esegue la migrazione di un progetto di componente aggiuntivo a livello di applicazione destinato a .NET Framework 3.5, Visual Studio modifica il framework di destinazione del progetto a .NET Framework 4.

Se si installano gli strumenti di sviluppo di Microsoft Office per Visual Studio 2012, Visual Studio modifica il framework di destinazione del progetto a .NET Framework 4.5.

Tuttavia, una volta che Visual Studio modifica il framework di destinazione, potrebbe essere necessario modificare parte del codice nel progetto se utilizza determinate funzionalità.Per ulteriori informazioni sulla modifica del framework di destinazione, vedere Procedura: destinare una versione di .NET Framework.Per ulteriori informazioni sulle modifiche che può essere necessario apportare al progetto, vedere Migrazione di soluzioni Office a .NET Framework 4 o a .NET Framework 4.5.

Se Visual Studio modifica .NET Framework di destinazione per il progetto e si utilizza ClickOnce per distribuire la soluzione, assicurarsi di selezionare la versione corrispondente di.NET Framework nella finestra di dialogo Prerequisiti.Questa selezione non viene modificata automaticamente quando si modifica il framework di destinazione per il progetto.Per ulteriori informazioni, vedere Procedura: installare i prerequisiti nei computer degli utenti finali per l'esecuzione delle soluzioni Office.

[!NOTA]

Non è possibile utilizzare.NET Framework 3.5 o versioni precedenti nei progetti di Office create tramite Visual Studio 2012.I progetti di Office create tramite Visual Studio 2012 richiedono le funzionalità che in sono state introdotte per la prima volta in .NET Framework 4 Client Profile

Informazioni sulla necessità degli assembly di interoperabilità primari di Office nei computer degli utenti finali

Per impostazione predefinita, gli assembly di interoperabilità primari (PIAs) di Office siano installati nei computer degli utenti finali se la proprietà Incorpora tipi di interoperabilità di ogni riferimento ad assembly di interoperabilità primari di Office nel progetto è impostata su True, il valore predefinito.In questo scenario, le informazioni sul tipo per i tipi degli assembly di interoperabilità primari utilizzati nella soluzione vengono incorporate nell'assembly della soluzione quando si compila il progetto.In fase di esecuzione vengono utilizzate le informazioni sul tipo incorporate anziché gli assembly di interoperabilità primari per le chiamate nel modello a oggetti basato su COM dell'applicazione di Office.Per ulteriori informazioni sull'incorporamento dei tipi degli assembly di interoperabilità primari nella soluzione, vedere Equivalenza del tipo e tipi di interoperabilità incorporati.

Se la proprietà Incorpora tipi di interoperabilità di ogni riferimento ad assembly di interoperabilità primari di Office nel progetto è impostata su False, gli assembly di interoperabilità primari di Office siano installati e registrati nella Global Assembly Cache su ogni computer dell'utente che esegue la soluzione.Nella maggior parte dei casi, gli assembly di interoperabilità primari vengono installati per impostazione predefinita con Office, ma è possibile includere anche il componente ridistribuibile degli assembly di interoperabilità primari come prerequisito della soluzione.Per ulteriori informazioni, vedere Prerequisiti per la distribuzione delle soluzioni Office.

Informazioni su Client Profile

.NET Framework Client Profile è un subset della versione completa di .NET Framework.È possibile utilizzare .NET Framework Client Profile come destinazione se è sufficiente utilizzare solo le funzionalità client di .NET Framework e si desidera velocizzare la distribuzione della soluzione Office.Per ulteriori informazioni, vedere Profilo client .NET Framework.

Quando si crea un progetto Office destinato a .NET Framework 4, .NET Framework 4 Client Profile viene indirizzato per impostazione predefinita. Se si desidera sviluppare per .NET Framework 4completo, è necessario impostare questa opzione dopo la creazione del progetto.Per ulteriori informazioni, vedere Procedura: destinare una versione di .NET Framework.

Creare soluzioni per l'edizione a 64 bit di Microsoft Office

Microsoft Office 2013 e Office 2010 sono disponibili in edizioni a 64 e a 32 bit.Per creare soluzioni Office eseguibili in entrambe le edizioni, è necessario impostare la piattaforma di destinazione del progetto su Qualsiasi CPUQuesto è il valore predefinito per i progetti di Office. Per ulteriori informazioni, vedere Compilazione di soluzioni Office.

Vi sono 64 bit e versioni distinte a 32 bit di Runtime di Visual Studio Tools per Office utilizzate da 64 bit e le edizioni a 32 bit di Microsoft Office 2013 e di Office 2010.Per ulteriori informazioni, vedere Cenni preliminari su Visual Studio Tools per Office Runtime.

Assembly nelle soluzioni Office

Quando si crea un progetto di Office tramite gli strumenti di sviluppo di Office in Visual Studio, il codice scritto alla fine viene compilato in un assembly.L'assembly viene in genere distribuito in un server condiviso o in una directory del computer client.

Gli assembly nelle soluzioni Office vengono caricati da un'applicazione di Office.Dopo che l'assembly è stato caricato, il codice dell'assembly può rispondere agli eventi generati nell'applicazione, ad esempio, quando un utente fa clic su una voce di menu.Il codice nell'assembly può inoltre effettuare chiamate nel modello a oggetti per automatizzare ed estendere l'applicazione e può utilizzare qualsiasi classe di .NET Framework. Per ulteriori informazioni, vedere Architettura delle personalizzazioni a livello di documento e Architettura dei componenti aggiuntivi a livello di applicazione.

Le soluzioni Office utilizzano i manifesti di distribuzione e i manifesti dell'applicazione per identificare l'assembly.I manifesti contengono informazioni quali il nome, la versione e il percorso dell'assembly che permettono all'applicazione di individuare, collegare ed eseguire l'assembly corretto.Per ulteriori informazioni, vedere Manifesti dell'applicazione e di distribuzione nelle soluzioni di Office.

I progetti a livello di documento includono un documento oltre a un assembly.Il documento, in cui si svolgono tutte le interazioni con l'utente, costituisce il front end dell'applicazione.A ciascun documento può essere associato un solo assembly di progetto principale, ma più documenti possono fare riferimento allo stesso assembly.

Gli assembly nei progetti a livello di documento non sono incorporati nel documento, ma sono memorizzati altrove e identificati dal manifesto dell'applicazione del documento.

Considerazioni sulla sicurezza per gli assembly

Per consentire l'esecuzione di una soluzione Office in un computer, è necessario che gli assembly utilizzati dalla soluzione siano attendibili.Per ulteriori informazioni sulla sicurezza, vedere Sicurezza delle soluzioni Office.

Per impostazione predefinita, l'assembly della soluzione e gli assembly a cui si fa riferimento presenti nella cartella di output del progetto sono considerati attendibili per essere eseguiti nel computer di sviluppo quando si compila il progetto.Per ulteriori informazioni, vedere Compilazione di soluzioni Office.

Per motivi di sicurezza, è preferibile creare i progetti sul computer locale anziché svilupparli in un percorso condiviso.Per ulteriori informazioni, vedere Sviluppo collaborativo di soluzioni Office.

Assembly a cui viene fatto riferimento

Un assembly può fare riferimento ad altri assembly elencati nei riferimenti del progetto.Tuttavia, un assembly di un progetto a livello di documento non può fare riferimento a un altro assembly di un progetto a livello di documento.

Vedere anche

Condividi tramite