Progettazione e creazione di soluzioni Office
In Visual Studio 2010 sono inclusi modelli di progetto utilizzabili 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 Microsoft Office 2010 e Microsoft Office System 2007. 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 forniti in Visual Studio 2010, 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.
Se i clienti utilizzano sia Microsoft Office 2010 sia Microsoft Office System 2007, è possibile sviluppare una soluzione eseguibile in entrambe le versioni di Office. Per ulteriori informazioni, vedere Esecuzione di soluzioni in versioni diverse di Microsoft Office.
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 3.5
È 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 3.5, è necessario che .NET Framework 3.5 sia presente sui computer degli utenti finali. In questo esempio, la soluzione non verrà eseguita se nei computer degli utenti finali è installato solo .NET Framework 4.
È possibile modificare il framework di destinazione dopo avere creato un progetto di Office. Tuttavia, dopo avere modificato il framework di destinazione potrebbe essere necessario modificare parte del codice del progetto, qualora vengano utilizzate determinate funzionalità. Per ulteriori informazioni sulla modifica del framework di destinazione, vedere Procedura: scelta di una versione o profilo di .NET Framework specifico. Per ulteriori informazioni sulle modifiche che può essere necessario apportare al progetto, vedere Migrazione di soluzioni Office a .NET Framework 4.
Se si modifica la versione di .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.0 o versioni precedenti come destinazione per i progetti di Office. I progetti di Office richiedono funzionalità che sono state introdotte per la prima volta in .NET Framework 3.5.
Differenze tra progetti destinati a .NET Framework 4 e .NET Framework 3.5
Quando si imposta come destinazione .NET Framework 4 in un progetto di Office, è possibile utilizzare determinate funzionalità non disponibili quando la destinazione è .NET Framework 3.5.
Funzionalità |
.NET Framework 4 |
.NET Framework 3.5 |
|---|---|---|
Distribuire soluzioni senza gli assembly di interoperabilità primari di Office |
Se la destinazione è .NET Framework 4, è possibile distribuire soluzioni senza gli assembly di interoperabilità primari di Office. |
Se la destinazione è .NET Framework 3.5, è necessario installare gli assembly di interoperabilità primari di Office nel computer dell'utente finale per consentire l'esecuzione della soluzione. |
Funzionalità di C# che semplificano lo sviluppo di Office |
Se la destinazione è .NET Framework 4, è possibile utilizzare l'associazione tardiva per semplificare il codice scritto per l'utilizzo dei modelli a oggetti di Office. Per ulteriori informazioni, vedere Associazione tardiva nelle soluzioni Office. |
Se la destinazione è .NET Framework 3.5, è necessario eseguire il cast degli oggetti in modo esplicito e utilizzare la reflection per accedere ai membri ad associazione tardiva. Per ulteriori informazioni, vedere Associazione tardiva nelle soluzioni Office. |
Informazioni sulla necessità degli assembly di interoperabilità primari di Office nei computer degli utenti finali
Se si crea una soluzione Office destinata a .NET Framework 3.5, è necessario installare e registrare gli assembly di interoperabilità primari di Office nella Global Assembly Cache di ogni computer dell'utente finale in cui viene eseguita 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.
Quando si crea una soluzione di Office destinata a .NET Framework 4, non è necessario che gli assembly di interoperabilità primari 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 (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.
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 di Office destinato a .NET Framework 4, per impostazione predefinita la destinazione è .NET Framework 4 Client Profile. Se si desidera sviluppa soluzioni per la versione completa di .NET Framework 4, è necessario impostare questa opzione dopo la creazione del progetto. Per ulteriori informazioni, vedere Procedura: scelta di una versione o profilo di .NET Framework specifico.
Creazione di soluzioni per l'edizione a 64 bit di Microsoft Office 2010
Microsoft Office 2010 è disponibile in edizioni a 32 e a 64 bit. Per creare soluzioni Office eseguibili in entrambe le edizioni, è necessario impostare la piattaforma di destinazione del progetto su Qualsiasi CPU Si tratta del valore predefinito per i progetti di Office. Per ulteriori informazioni, vedere Cenni preliminari sul processo di compilazione delle soluzioni Office.
Sono disponibili versioni a 32 e a 64 bit separati di Runtime di Visual Studio Tools per Office utilizzate nelle edizioni a 32 e a 64 bit di Microsoft Office 2010. Per ulteriori informazioni, vedere Cenni preliminari su Visual Studio Tools per Office Runtime.
Vedere anche
Attività
Procedura: creare progetti di Office in Visual Studio
Procedura: sviluppare applicazioni di Office mediante gli assembly di interoperabilità primari
Procedura: definire le informazioni di configurazione per una soluzione Office
Concetti
Progetti di Office in ambiente Visual Studio
Proprietà nei progetti di Office
Esecuzione di soluzioni in versioni diverse di Microsoft Office
Cenni preliminari sugli assembly nelle soluzioni Office
Manifesti dell'applicazione e di distribuzione nelle soluzioni di Office
Globalizzazione e localizzazione di soluzioni Office
Attività comuni nella programmazione con Office
Altre risorse
Cenni preliminari sui modelli di progetto di Office
Utilizzo della funzionalità Office in Visual Studio