Creare soluzioni Office

  • Articolo

I processi di compilazione e debug dei progetti di Office sono in genere analoghi agli stessi processi per altri tipi di progetti in Visual Studio, ad esempio per Windows Form. Gli argomenti di questa sezione illustrano le differenze esistenti. Per informazioni generali su come compilare applicazioni, vedere Compilare e compilare in Visual Studio.

Nota

Si è interessati allo sviluppo di soluzioni che estendono l'esperienza di Office tra più piattaforme? Vedere il nuovo modello di componenti aggiuntivi per Office. I componenti aggiuntivi di Office hanno un footprint ridotto rispetto ai componenti aggiuntivi e alle soluzioni VSTO ed è possibile compilarli usando quasi qualsiasi tecnologia di programmazione Web, ad esempio HTML5, JavaScript, CSS3 e XML.

Output del progetto per i progetti di Office

Il percorso di output per i progetti di Office è nomeprogetto\bin\release o nomeprogetto\bin\debug. Non è possibile eseguire la compilazione in una directory di distribuzione.

Progetti a livello di documento

Quando si compila un progetto a livello di documento, nell'output del progetto vengono inclusi gli elementi seguenti:

  • Una copia del documento del progetto.

  • L'assembly del progetto e tutti gli assembly di riferimento la cui proprietà Copia localmente è impostata su true.

  • Manifesto dell'applicazione, con estensione manifest con estensione manifest. Per altre informazioni, vedere Manifesti dell'applicazione per le soluzioni Office.

  • Manifesto della distribuzione, con estensione vsto. Per altre informazioni, vedere Manifesti della distribuzione per le soluzioni Office.

  • Un file di database di programma (PDB).

Nota

Se si compila una soluzione a livello di documento in un percorso remoto anziché nel computer locale, aggiungere il percorso completo all'elenco di percorsi attendibili nel Centro protezione dell'applicazione. Per altre informazioni, vedere la sezione concessione dell'attendibilità ai documenti nelle soluzioni Secure Office.

Progetti a livello di applicazione

Quando si compila un progetto di componente aggiuntivo VSTO, nell'output del progetto sono inclusi gli elementi seguenti:

  • L'assembly del progetto e tutti gli assembly di riferimento la cui proprietà Copia localmente è impostata su true.

  • Manifesto dell'applicazione, con estensione manifest con estensione manifest. Per altre informazioni, vedere Manifesti dell'applicazione per le soluzioni Office.

  • Manifesto della distribuzione, con estensione vsto. Per altre informazioni, vedere Manifesti della distribuzione per le soluzioni Office.

  • Un file di database di programma (PDB) per l'assembly di progetto.

    Il processo di compilazione per i progetti di componente aggiuntivo VSTO crea inoltre un set di voci del Registro di sistema nel computer di sviluppo, necessario per il caricamento del componente aggiuntivo VSTO. Per altre informazioni, vedere Voci del Registro di sistema per i componenti aggiuntivi VSTO.

    Se si compila un progetto di componente aggiuntivo VSTO per Outlook che contiene aree del modulo, il processo di generazione aggiunge al Registro di sistema le informazioni aggiuntive seguenti:

  • Una chiave per ogni classe di messaggi associata a una o più aree del modulo.

  • Una voce per ogni area del modulo e un valore associato che rappresenta il nome del componente aggiuntivo VSTO di Outlook.

    Outlook necessita di queste informazioni per caricare le aree del modulo.

Assembly di riferimento

È possibile fare riferimento agli assembly (compresi i progetti Libreria di classi) dal progetto Compilazione di soluzioni Office. Ogni assembly di riferimento ha una proprietà chiamata Copia localmente. Copia localmente indica se l'assembly viene copiato o meno nella directory di output. Per impostazione predefinita, questa proprietà è impostata su true. Ogni assembly di riferimento con la proprietà Copia localmente impostata su true viene copiato nella directory di output.

Sicurezza durante il processo di compilazione

Visual Studio configura automaticamente le impostazioni di sicurezza nel computer di sviluppo per concedere l'attendibilità alla soluzione durante il processo di compilazione. Ciò consente alla soluzione di essere eseguita mentre se ne esegue il debug.

I progetti di Office usano i certificati per verificare il server di pubblicazione. Visual Studio crea automaticamente un certificato temporaneo per identificare le soluzioni Office e configura il computer di sviluppo in modo da considerare attendibile il certificato temporaneo.

Per altre informazioni, vedere Proteggere le soluzioni Office.

Progetti di rete

Se il percorso dell'assembly o del documento si trova in una condivisione di rete, l'aggiornamento dei criteri di sicurezza locali (livello utente) non è sufficiente per consentire l'esecuzione della soluzione. Un amministratore dovrà infatti concedere agli assembly e ai documenti in una condivisione di rete l'attendibilità totale a livello di computer prima che la soluzione possa essere eseguita. Per altre informazioni su come impostare i criteri di sicurezza, vedere Proteggere le soluzioni Office.

Per i progetti a livello di documento, è necessario aggiungere anche il percorso completo del documento all'elenco delle cartelle attendibili di Office. Per altre informazioni, vedere Concedere l'attendibilità ai documenti.

Modificare la destinazione della piattaforma

Per impostazione predefinita, la piattaforma di destinazione per i progetti di Office è Qualsiasi CPU. In genere, non è consigliabile modificare questa impostazione. Le soluzioni Office compilate con l'impostazione Qualsiasi destinazione della piattaforma CPU vengono eseguite in versioni a 32 bit e a 64 bit di Microsoft Office 2013 o Office 2010.

È consigliabile impostare la destinazione della piattaforma su x64 solo se si sta creando una soluzione che verrà eseguita solo nelle versioni a 64 bit di Microsoft Office 2013 o Office 2010 e la soluzione chiama API native a 64 bit. Per altre informazioni sulla modifica dell'impostazione di destinazione della piattaforma, vedere Procedura: Configurare i progetti per le piattaforme di destinazione.

Se si imposta la destinazione della piattaforma su x64, la soluzione non verrà eseguita nelle versioni a 32 bit di Windows o di Office. Per la destinazione della piattaforma x64 è necessario che la soluzione venga eseguita in un processo a 64 bit.

Usare il comando Clean

Per rimuovere i file di progetto compilati dal computer di sviluppo, è possibile usare il comando Pulisci dal menu Compila in Visual Studio. Il comando Pulisci elimina tutti i file presenti nel percorso di output di compilazione. Per i progetti a livello di applicazione il comando Pulisci consente inoltre di rimuovere le voci del Registro di sistema create dal processo di compilazione.

Posizione Descrizione
Eseguire il debug di progetti di Office Descrive i problemi relativi al debug dei progetti di Office.
Procedura dettagliata: Creare la prima personalizzazione a livello di documento per Excel Illustra come creare una personalizzazione di base a livello di documento per Excel.
Procedura: Riabilitare un componente aggiuntivo VSTO disabilitato Viene descritto come riabilitare un componente aggiuntivo VSTO che è stato disabilitato hard o soft.
Progettare e creare soluzioni Office Fornisce i collegamenti a informazioni sulla creazione di soluzioni Office e sul ruolo degli assembly all'interno della soluzione.