Creazione di soluzioni Office in Visual Studio
Aggiornamento: Luglio 2008
È possibile sviluppare soluzioni in Visual Studio per personalizzare le applicazioni di Microsoft Office e aggiungere le funzionalità specifiche necessarie per i processi aziendali. Ad esempio, è possibile trasformare Microsoft Office Word in un generatore di contratti che redige questi ultimi partendo da modelli preesistenti che possono essere resi modificabili o meno. Con Microsoft Office Excel, è possibile creare un foglio di lavoro automatizzato relativo al budget, personalizzato per progetti diversi.
Creazione di progetti Office
Prima di iniziare, è necessario stabilire i requisiti e individuare il tipo di soluzione migliore. 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 forniti con Visual Studio Tools per Office, vedere Cenni preliminari sui modelli di progetti di Visual Studio Tools per Office.
Se si crea una personalizzazione a livello di documento, considerare un utilizzo specifico in caso di richiesta da parte di più utenti. È necessario stabilire se è preferibile che tutti gli utenti lavorino sullo stesso documento oppure se ognuno di questi disponga di una copia del documento personalizzabile. In File di documento e file di modello vengono illustrati i modelli di progetto disponibili per entrambi i casi.
Se si crea un modello di Word, non è possibile utilizzarlo come modello globale o allegarlo ai documenti esistenti; inoltre, non è disponibile nessun modello di progetto per un file del componente aggiuntivo di Excel (con estensione xla). Per ulteriori informazioni, vedere Limitazioni dei modelli globali e dei componenti aggiuntivi di Excel (file xla).
Scelta di una versione di .NET Framework
Dopo avere selezionato il tipo di progetto che meglio soddisfa i requisiti, è necessario scegliere la versione di .NET Framework da utilizzare nel processo di sviluppo. La versione selezionata influisce sulle funzionalità disponibili, sul modo in cui la soluzione viene caricata nell'applicazione di Microsoft Office, sulla posizione in cui è possibile inserire il programma di installazione della soluzione, sul momento in cui vengono installati gli aggiornamenti e sulle opzioni di distribuzione disponibili.
Nella tabella seguente vengono illustrate le versioni minime richieste di .NET Framework se si desidera sviluppare soluzioni per Microsoft Office 2003 o Microsoft Office System 2007.
Microsoft Office |
.NET Framework |
Runtime di Visual Studio Tools per Office |
---|---|---|
Microsoft Office 2003 |
.NET Framework 2,0 |
Visual Studio 2005 Tools per Office Second Edition |
Microsoft Office System 2007 |
.NET Framework 3,5 |
Visual Studio Tools per Office 3.0 |
.NET Framework 3.5 SP1 |
Visual Studio Tools per Office 3.0 SP1 |
|
.NET Framework Client Profile (novità di Visual Studio 2008 Service Pack 1 (SP1)) |
Visual Studio Tools per Office 3.0 SP1 |
Per .NET Framework 2.0, 3.0 e 3.5, la versione di .NET Framework può essere impostata quando viene creato un nuovo progetto. Tuttavia, la versione di .NET Framework per la soluzione Office può essere modificata anche dopo la creazione del progetto.
Se si desidera sviluppare soluzioni per .NET Framework Client Profile, è necessario impostare questa opzione dopo aver creato il progetto. Per ulteriori informazioni sulla modifica della versione di destinazione di .NET Framework , vedere Procedura: modificare la versione di .NET Framework di destinazione.
Creazione di soluzioni per più versioni di Microsoft Office
Se i clienti utilizzano più versioni di Microsoft Office, è possibile sviluppare soluzioni Office che funzionano in tutte. È necessario decidere il modo in cui supportare e distribuire una singola soluzione che funziona sia in Microsoft Office 2003, sia in Microsoft Office System 2007 oppure il modo in cui sfruttare le funzionalità delle diverse versioni di Microsoft Office distribuendo una soluzione specifica della versione. Per ulteriori informazioni, vedere la classe Creazione di soluzioni per più versioni di Microsoft Office.
Argomenti della sezione
Manifesti dell'applicazione e di distribuzione nelle soluzioni di Office
Viene spiegato il ruolo dei manifesti dell'applicazione e di distribuzione nelle soluzioni Visual Studio Tools per Office.Procedura: definire le informazioni di configurazione per una soluzione Office
Viene spiegato come aggiungere manualmente un file di configurazione al progetto Visual Studio Tools per Office.Cenni preliminari sugli assembly nelle soluzioni Office
Viene spiegato il ruolo degli assembly di codice gestito nei progetti Visual Studio Tools per Office.Considerazioni sugli spazi dei nomi nelle soluzioni Office
Vengono fornite le indicazioni per modificare lo spazio dei nomi dei progetti Visual Studio Tools per Office.Proprietà nei progetti di Visual Studio Tools per Office
Vengono illustrate le proprietà esposte nella finestra Proprietà.Globalizzazione e localizzazione di soluzioni Office
Vengono analizzati i problemi relativi alla localizzazione delle soluzioni Office, tra cui il testo statico, che deve essere gestito separatamente dall'assembly e dalle altre risorse gestite.
Vedere anche
Concetti
Distribuzione di soluzioni Office (System 2003)
Attività comuni nella programmazione con Office
Altre risorse
Architettura di soluzioni Visual Studio Tools per Office
Cronologia delle modifiche
Date |
History |
Motivo |
---|---|---|
Luglio 2008 |
Aggiunte informazioni su .NET Framework Client Profile e sul runtime di Visual Studio Tools per Office 3.0 SP1. |
Modifica di funzionalità in SP1. |