Gestione dei componenti

Le unità di attività in Windows Installer sono denominate componenti di Windows Installer (talvolta denominati WIC o solo componenti). Un GUID identifica ogni WIC, ovvero l'unità di base dell'installazione e il conteggio dei riferimenti per le configurazioni che usano Windows Installer.

Sebbene sia possibile usare diversi prodotti per creare il programma di installazione vsPackage, questa discussione presuppone l'uso dei file di Windows Installer (msi). Quando si crea il programma di installazione, è necessario gestire correttamente la distribuzione dei file in modo che il conteggio dei riferimenti corretto si verifichi sempre. Di conseguenza, diverse versioni del prodotto non interferiscono tra loro o si interromperanno in una combinazione di scenari di installazione e disinstallazione.

In Windows Installer il conteggio dei riferimenti si verifica a livello di componente. È necessario organizzare attentamente le risorse, ovvero file, voci del Registro di sistema e così via, in componenti. Esistono altri livelli di organizzazione, ad esempio moduli, funzionalità e prodotti, che possono essere utili in scenari diversi. Per altre informazioni, vedere Nozioni di base su Windows Installer.

Linee guida per la configurazione di creazione per l'installazione side-by-side

  • Creare file e chiavi del Registro di sistema condivisi tra le versioni nei propri componenti.

    In questo modo è possibile utilizzarli facilmente nella versione successiva. Ad esempio, librerie di tipi registrate a livello globale, estensioni di file, altri elementi registrati in HKEY_CLASedizione StandardS_ROOT e così via.

  • Raggruppare i componenti condivisi in moduli di merge separati.

    Questa strategia consente di creare correttamente l'installazione side-by-side in futuro.

  • Installare file condivisi e chiavi del Registro di sistema usando gli stessi componenti di Windows Installer tra le versioni.

    Se si usa un componente diverso, i file e le voci del Registro di sistema vengono disinstallati quando viene disinstallato un PACCHETTO VSPackage con versione, ma è ancora installato un altro VSPackage.

  • Non combinare elementi con controllo delle versioni e condivisi nello stesso componente.

    In questo modo è impossibile installare gli elementi condivisi in un percorso globale e gli elementi con controllo delle versioni in posizioni isolate.

  • Non avere chiavi del Registro di sistema condivise che puntano ai file con controllo delle versioni.

    In tal caso, le chiavi condivise verranno sovrascritte quando viene installato un altro VSPackage con versione. Dopo aver rimosso la seconda versione, il file a cui punta la chiave è scomparsa.