Requisiti di Windows Installer e logo

Il logo certificato per Microsoft Windows identifica i prodotti verificati tramite test indipendenti per rispettare la specifica dell'applicazione per Windows. Questa specifica è stata sviluppata da Microsoft in collaborazione con i clienti e altri sviluppatori per fornire una mappa stradale per la creazione di applicazioni affidabili e gestibili. Fornitori di software che soddisfano la specifica idonea per il logo Certified per Microsoft Windows e quindi licenza il logo per l'uso nel loro pacchetto di prodotti, pubblicità, collaterale e altri materiali di marketing.

Per altre informazioni sulla certificazione Windows Vista, Windows XP e Windows Server 2008 per le applicazioni, vedere Microsoft Partner Network.

Se si crea un pacchetto di installazione per l'applicazione, è possibile sfruttare le funzionalità di Microsoft Windows Installer per soddisfare diversi requisiti per la certificazione. La tabella seguente fornisce collegamenti alle informazioni contenute nella documentazione di Windows Installer pertinente per alcuni dei requisiti di certificazione. Si noti che non tutti i requisiti per la certificazione descritti nella specifica dell'applicazione dipendono da Windows Installer.

Requisito per la certificazione	Vedere le sezioni seguenti
1.1 L'applicazione deve eseguire funzionalità primarie e mantenere la stabilità.	Se si specifica un pacchetto di installazione, l'applicazione può usare il servizio di installazione disponibile in tutte le piattaforme Windows a 32 bit. L'uso del programma di installazione può migliorare la funzionalità e la stabilità dell'applicazione. Vedere Panoramica della resilienzadi Windows Installer Roadmap per la documentazione di Windows Installer.
1.3 L'applicazione deve supportare nomi di file lunghi e percorsi UNC	Il programma di installazione supporta l'installazione da e verso la rete UNC e unità e usa sempre i nomi di file lunghi forniti nel pacchetto, tranne se la proprietà SHORTFILENAMES è impostata o se il volume di destinazione non supporta nomi di file lunghi. Vedere Nome file, tabella file, tabella directory, proprietà SHORTFILENAMES .
1.5 L'applicazione non deve leggere o scrivere in Win.ini, System.ini, Autoexec.bat o Config.sys.	Il programma di installazione deve aggiungere voci al Registro di sistema non al Win.ini, System.ini, Autoexec.bat o Config.sys. Windows Installer supporta le chiavi informativi nel Registro di sistema. Quando l'applicazione usa il programma di installazione, queste chiavi del Registro di sistema diventano disponibili come proprietà del programma di installazione. È possibile creare il pacchetto per l'applicazione in modo che sia facile controllare e impostare i valori di queste chiavi. Se l'applicazione usa informazioni che non si desidera inserire nel Registro di sistema, creare un file di inizializzazione privato e inserirlo nella directory con i file eseguibili dell'applicazione. È possibile gestire facilmente l'installazione di un file privato .ini, nonché aggiungere o rimuovere informazioni dai file di .ini esistenti usando Windows Installer per installare l'applicazione. Vedere Modifica del Registro di sistema, gruppotabelledel Registro di sistema, Tabella del Registro di sistema, Tabella RemoveRegistryValues azione, RemoveRegistryValues action, Disinstalla chiave del Registro di sistema, Proprietà, Tabella file, Tabella directory, Tabella iniFile, Tabella IniFile, Tabella RemoveIniFile, Tabella IniLocator, Azione WriteIniValues , RemoveIniValues Azione, RemoveIniFile Table.
1.7 L'applicazione deve eseguire correttamente il controllo della versione di Windows.	Quando si prepara un pacchetto di installazione per l'applicazione, è necessario includere informazioni sui requisiti della versione del sistema operativo del prodotto. Durante l'inizializzazione, il programma di installazione imposta automaticamente determinate proprietà sulla versione del sistema operativo corrente. Il programma di installazione può usare queste proprietà del programma di installazione per fornire un controllo delle versioni semplice. Vedere Proprietà, versione9X , proprietà VersionDatabase , proprietà VersionNT , Proprietà WindowsBuild , Proprietà ProductCode, Proprietà ProductName , Proprietà ProductVersion , Proprietà ProductVersion , Flusso informazioni di riepilogo, Proprietà Riepilogo numero revisione .
2.1 L'applicazione deve installare usando un pacchetto di Windows Installer che supera i test di convalida.	È possibile verificare che il pacchetto di installazione superi i test di convalida usando un set specifico di regole di convalida note come Analizzatori di coerenza interna - ICEs. Questi IC sono contenuti nel file Logo.cub. Per qualificarsi per la certificazione, un pacchetto di installazione non deve generare errori quando viene convalidato usando queste regole. Gli avvisi sono accettabili, ma in genere devono essere corretti. Windows Installer SDK include i file Logo.cub, Darice.cub e Mergemod.cub. Gli IC nel file Logo.cub sono inclusi nel file Darice.cub. Se il pacchetto passa la convalida usando Darice.cub, verrà passato con Logo.cub. Per altre informazioni, vedere Convalida dei pacchetti.
2.2 Il pacchetto di installazione usato per installare l'applicazione deve seguire le regole per la creazione di componenti.	Un componente del programma di installazione fa parte di un'applicazione sempre installata o rimossa come un pezzo. È disponibile un set di regole per decidere come dividere l'applicazione in componenti. Se i componenti nel pacchetto di installazione sono definiti correttamente, il programma di installazione può installarli e rimuoverli in modo sicuro. Vedere Organizzazione di applicazioni in componenti, componenti e funzionalità, modifica del codice componente, cosa accade se le regole del componente vengono interrotte?, Utilizzo di funzionalità e componenti, tabella dei componenti.
2.3 Il pacchetto di installazione dell'applicazione deve identificare i componenti condivisi.	Se si specifica un pacchetto di installazione che organizza correttamente l'applicazione in componenti e si imposta msidbComponentAttributesSharedDllRefCount nella tabella Component, Windows Installer può tenere traccia dei componenti condivisi usando il conteggio dei riferimenti nel registro DLL condiviso del file di chiave del componente. Se non si usa il programma di installazione, l'applicazione deve tenere traccia dell'uso delle DLL condivise incrementando un contatore di utilizzo per la DLL nella chiave del Registro di sistema SharedDLLs. Per altre informazioni, vedere Tabella directory, Uso della tabella directory, tabella componente. Per la discussione del bit SharedDllRefCount, vedere Tabella dei componenti, Organizzazione delle applicazioni in componenti.
2.4 L'applicazione deve essere installata nella cartella Programmi per impostazione predefinita.	In fase di inizializzazione, il programma di installazione imposta una proprietà sul percorso completo della cartella Programmi. Quando si prepara il pacchetto di installazione, è possibile specificare che il programma di installazione installa l'applicazione in questa cartella per impostazione predefinita. Se si include anche un'interfaccia utente nel pacchetto, il programma di installazione può fornire agli utenti un'opzione per selezionare un altro percorso di installazione. Per altre informazioni, vedere Tabella directory, Uso della tabella directory, proprietà TARGETDIR , MsiSetTargetPath, Proprietà, ProgramFilesFolder .
2.5 L'applicazione deve supportare correttamente l'aggiunta/rimozione dei file di programma.	È possibile fornire tutte le informazioni necessarie da Add/Remove Programs nella Pannello di controllo impostando i valori di determinate proprietà del programma di installazione nel pacchetto di Windows Installer dell'applicazione. L'impostazione di queste proprietà scrive automaticamente i valori corrispondenti nel Registro di sistema. Vedere Proprietà, Proprietà richieste, Proprietà ProductName , proprietà ARPINSTALLLOCATION , Proprietà Manufacturer , ProductVersion .
2.6 L'applicazione deve assicurarsi che il pacchetto windows Installer supporti la pubblicità.	Supportare la pubblicità organizzando l'applicazione per la pubblicità e includendo tutte le informazioni necessarie per l'annuncio nel pacchetto Windows Installer dell'applicazione. Per altre informazioni, vedere Annunci, installazione su richiesta, prodotti di pubblicazione, funzionalità e componenti, supporto della piattaforma di annunci, componenti e funzionalità, Annunci suggeriti AdvtExecuteSequence, AdvtUISequence suggeriti, Proprietà Annuncio, Azione pubblica, Azione PublishProduct, Tabella di funzionalità, Tabella di scelta rapida, Tabella di classe, Tabella delle estensioni, Tabella icona, tabella MIME, tabellaProgId, tabella TypeLib, Tabella verbo, MsiConfigureFeature, MsiConfigureProduct.
2.7 Il pacchetto di installazione dell'applicazione deve garantire il supporto di disinstallazione corretto.	Se si usa il programma di installazione per installare l'applicazione, non è necessario creare un programma di disinstallazione separato. È possibile creare un pacchetto di installazione che consente al programma di installazione di installare, disinstallare e ripristinare l'applicazione. Vedere Panoramica di Windows Installer, organizzazione di applicazioni in componenti, azioni standard, azioni standard, uso di azioni standard, riferimento alle azioni standard, installazione di un'applicazione, MsiInstallProduct, AZIONE INSTALL.
3.1 In Windows 2000 non tentare di sostituire i file protetti da Protezione file di Windows.	Windows Installer rispetta Windows File Protection (WFP) durante l'installazione di file di sistema essenziali in Windows 2000. Windows Installer non tenta mai di installare o sostituire un file protetto. Se un file di sistema protetto viene modificato da un'installazione automatica di un'applicazione, IL WFP ripristina il file nella versione del file verificata. Per altre informazioni, vedere Uso di Windows Installer e Windows Resource Protection.
3.2 Gli autori che scrivono nuovi componenti ridistribuibili devono usare tecniche di condivisione side-by-side in modo che i componenti possano essere installati nella directory dell'applicazione.	Gli autori dei pacchetti di Windows Installer possono specificare che il programma di installazione copia i file condivisi (comunemente condivisi) di un'applicazione nella cartella dell'applicazione anziché in un percorso condiviso. Questo set privato di file (DLL) viene quindi usato solo dall'applicazione. Vedere Componenti isolati.
3.3 Per Windows 2000 e Windows 98 Second Edition, tutte le DLL side-by-side che l'applicazione dipende da deve essere installata nella directory dell'applicazione:	Gli autori dei pacchetti di Windows Installer possono specificare che il programma di installazione copia i file condivisi (comunemente condivisi) di un'applicazione nella cartella dell'applicazione anziché in un percorso condiviso. Questo set privato di file (DLL) viene quindi usato solo dall'applicazione. Vedere Componenti isolati o installazione di componenti isolati.
4.3 L'applicazione deve degradare in modo normale se l'accesso viene negato.	L'obiettivo di questo requisito è garantire che, se l'utente viene negato l'accesso alle risorse, l'applicazione non riesce in modo da mantenere un ambiente sicuro. Windows Installer gestisce i privilegi solo durante l'installazione. L'applicazione deve gestire i privilegi in fase di esecuzione. Il programma di installazione può impostare determinate proprietà per l'inizializzazione al livello di privilegi dell'utente o a un livello specificato da Criteri di sistema. È quindi possibile creare il pacchetto di Windows Installer in modo che il programma di installazione controlli i privilegi di accesso dell'utente prima dell'avvio dell'installazione. È possibile creare il pacchetto di installazione in modo che il programma di installazione determini se è disponibile spazio su disco sufficiente. Se si crea un'interfaccia utente per il pacchetto dell'applicazione, è possibile visualizzare le opzioni per gli utenti che eseguono spazio su disco. Se l'installazione non riesce, il programma di installazione può passare alla modalità di rollback e ripristinare automaticamente lo stato originale del computer. Per altre informazioni, vedere Panoramica di Windows Installer, Resilienza, Resilienza di origine, Proprietà Privileged, ProprietàAdminUser, Criteri di sistema, InstallazioneValidate Action, Costo file, Finestra di dialogo DiskCostSpace, OutOfDiskSpace, OutOfNoRbDiskSpace, AllocateRegistrySpace Action, VolumeCostList Control, Rollback, Meccanismodi installazione,PROPRIETÀ PROMPTROLLBACKCOST, PROPRIETÀDISABLEROLLBACK, EnableRollbackControlEvent.
4.5 L'applicazione deve rispettare le impostazioni di Criteri di gruppo a livello di sistema.	Windows Installer può seguire i criteri relativi all'installazione. Per altre informazioni, vedere Criteri di sistema.
7.1 Le applicazioni devono continuare a funzionare dopo l'aggiornamento a Microsoft Windows 2000 Professional senza reinstallare	Il programma di installazione ha un attributo componente che può facilitare la preparazione dell'applicazione per la migrazione a Windows 2000. Per altre informazioni, vedere Uso di componenti transitivi.