Requisitos do Windows Installer e do logotipo

O logotipo Certified for Microsoft Windows identifica produtos que foram verificados por meio de testes independentes para estar em conformidade com a Especificação de Aplicativo para Windows. Esta especificação foi desenvolvida pela Microsoft em cooperação com clientes e outros desenvolvedores para fornecer um roteiro para a criação de aplicativos confiáveis e gerenciáveis. Os fornecedores de software que cumprem a especificação qualificam-se para o logótipo Certified for Microsoft Windows e, em seguida, licenciam o logótipo para utilização na embalagem do produto, publicidade, material de apoio e outros materiais de marketing.

Para obter mais informações sobre a certificação do Windows Vista, Windows XP e Windows Server 2008 para seus aplicativos, consulte o Microsoft Partner Network.

Se estiver a criar um pacote de instalação para a sua aplicação, poderá tirar partido das capacidades do Microsoft Windows Installer para ajudar a satisfazer vários dos requisitos de certificação. A tabela a seguir fornece links para informações na documentação do Windows Installer pertinentes para alguns dos requisitos de certificação. Observe que nem todos os requisitos de certificação discutidos na Especificação do aplicativo dependem do Windows Installer.

Requisitos para a certificação	Ver as secções seguintes
1.1 A aplicação deve executar a funcionalidade primária e manter a estabilidade.	Se você fornecer um pacote de instalação, seu aplicativo poderá usar o serviço de instalação disponível em todas as plataformas Windows de 32 bits. Usar o instalador pode melhorar a funcionalidade e a estabilidade do seu aplicativo. Consulte ResiliênciaVisão geral do Windows Installer Roteiro para a documentação do Windows Installer.
1.3 O aplicativo deve suportar nomes de arquivos longos e caminhos UNC	O instalador suporta a instalação de e para UNC e rede de unidade e sempre usa os nomes de arquivo longos fornecidos em seu pacote, exceto se o SHORTFILENAMES Property estiver definido ou se o volume de destino não suportar nomes de arquivo longos. Consulte de nome de arquivo , de tabela de arquivos , de tabela de diretórios SHORTFILENAMES propriedade.
1.5 O pedido não deve ler ou escrever para Win.ini, System.ini, Autoexec.bat ou Config.sys.	Seu programa de instalação deve adicionar entradas ao registro não para o Win.ini, System.ini, Autoexec.bat ou Config.sys. O Windows Installer suporta chaves informativas no registo. Quando seu aplicativo usa o instalador, essas chaves do Registro ficam disponíveis como propriedades do instalador. Você pode criar o pacote para seu aplicativo de modo que seja fácil verificar e definir os valores dessas chaves. Se o seu aplicativo usa informações que você não deseja colocar no registro, crie um arquivo de inicialização privado e coloque-o no diretório com os arquivos executáveis do aplicativo. Você pode gerenciar facilmente a instalação de um arquivo .ini privado, bem como adicionar ou remover informações de arquivos .ini existentes, usando o Windows Installer para instalar seu aplicativo. Consulte Modificando odo Registro , Grupo de Tabelas do Registro, Tabela do Registro, Tabela RemoveRegistry, Ação WriteRegistryValues, Ação RemoveRegistryValues, Desinstalar a Chave do Registro, Propriedades, Tabela de Arquivo, Tabela de Diretório, Usando a Tabela de Diretório, Tabela IniFile, Tabela RemoveIniFile, Tabela IniLocator, Ação WriteIniValues , Ação RemoveIniValues, Tabela RemoveIniFile.
1.7 O aplicativo deve executar a verificação de versão do Windows corretamente.	Ao preparar um pacote de instalação para seu aplicativo, você deve incluir informações sobre os requisitos de versão do sistema operacional do produto. Na inicialização, o instalador define automaticamente determinadas propriedades para a versão do sistema operacional atual. Seu programa de instalação pode usar essas propriedades do instalador para fornecer verificação de versão fácil. Consulte Properties, Version9X Property, VersionDatabase Property, VersionNT Property, WindowsBuild Property, ProductCode Property, ProductName Property, ProductVersion Property, Summary Information Stream, Revision Number Summary Property.
2.1 O aplicativo deve ser instalado usando um pacote do Windows Installer que passa no teste de validação.	Você pode verificar se o pacote de instalação passa no teste de validação usando um conjunto específico de regras de validação conhecido como Internal Consistency Evaluators - ICEs. Esses ICEs estão contidos no arquivo Logo.cub. Para se qualificar para a certificação, um pacote de instalação não deve produzir erros quando validado usando essas regras. As advertências são aceitáveis, mas, em geral, devem ser corrigidas. O SDK do Windows Installer inclui os arquivos Logo.cub, Darice.cub e Mergemod.cub. Os ICEs no arquivo Logo.cub estão incluídos no arquivo Darice.cub. Se o seu pacote passar na validação usando Darice.cub, ele passará com Logo.cub. Para obter mais informações, consulte Package Validation.
2.2 O pacote de instalação usado para instalar o aplicativo deve seguir as regras para criar componentes.	Um componente do instalador é uma parte de um aplicativo que é sempre instalado ou removido como uma única peça. Há um conjunto de regras para ajudá-lo a decidir a melhor forma de dividir seu aplicativo em componentes. Se os componentes no seu pacote de instalação estiverem corretamente definidos, o instalador pode instalá-los e removê-los com segurança. Consulte Organizando aplicativos em componentes, componentes e recursos, Alterando o código do componente, O que acontece se as regras do componente forem quebradas?, Trabalhando com recursos e componentes, Tabela de componentes.
2.3 O pacote de instalação do aplicativo deve identificar componentes compartilhados.	Se você fornecer um pacote de instalação que organiza corretamente seu aplicativo em componentes e definir msidbComponentAttributesSharedDllRefCount na tabela Componente, o Windows Installer poderá rastrear componentes compartilhados usando a contagem de referência no registro DLL compartilhado do arquivo de chave do componente. Se você não usar o instalador, seu aplicativo deve manter o controle de seu uso de DLLs compartilhadas incrementando um contador de uso para a DLL na chave do Registro SharedDLLs. Para obter mais informações, consulte Directory Table, Using the Directory Table, Component Table. Para a discussão do bit SharedDllRefCount, consulte Tabela de componentesOrganizando aplicativos em componentes.
2.4 O aplicativo deve ser instalado na pasta Arquivos de Programas por padrão.	Na inicialização, o instalador define uma propriedade para o caminho completo da pasta Arquivos de Programas. Ao preparar o pacote de instalação, você pode especificar que o instalador instale seu aplicativo nesta pasta por padrão. Se você também incluir uma interface do usuário em seu pacote, o instalador poderá fornecer aos usuários uma opção para selecionar outro local de instalação. Para obter mais informações, consulte Directory Table, Using the Directory Table, TARGETDIR Property, MsiSetTargetPath, Properties, ProgramFilesFolder Property.
2.5 O aplicativo deve suportar Adicionar ou remover arquivos de programas corretamente.	Você pode fornecer todas as informações necessárias para Adicionar ou remover programas no painel de controle definindo os valores de determinadas propriedades do instalador no pacote do Windows Installer do seu aplicativo. A definição dessas propriedades grava automaticamente os valores correspondentes no Registro. Consulte Properties, Required Properties, ProductName Property, ARPINSTALLLOCATION Property, Manufacturer Property, ProductVersion Property.
2.6 O aplicativo deve garantir que o pacote do Windows Installer suporte publicidade.	Apoie a publicidade organizando seu aplicativo para publicidade e incluindo todas as informações necessárias para publicidade no pacote do Windows Installer do aplicativo. Para obter mais informações, consulte Advertisement, Installation-On-Demand, Publishing Products, Features, and Components, Platform Support of Advertisement, Components and Features, Suggested AdvtExecuteSequence, Suggested AdvtUISequence, Anunciise Property, Anuncie Action, PublishProduct Action, Feature Table, Shortcut Table, Class Table, Extension Table, Icon Table, MIME Table, ProgId Table, TypeLib Table, Verb Table, MsiConfigureFeature, MsiConfigureProduct.
2.7 O pacote de instalação do aplicativo deve garantir o suporte correto à desinstalação.	Se você usar o instalador para instalar seu aplicativo, não será necessário criar um desinstalador separado. Você pode criar um pacote de instalação que permita ao instalador instalar, desinstalar e reparar seu aplicativo. Consulte Visão geral do Windows Installer, Organizando aplicativos em componentes, de ações padrão , Sobre ações padrão, Usando ações padrão, de referência de ações padrão , Instalando um aplicativo, MsiInstallProduct, INSTALL Action.
3.1 No Windows 2000, não tente substituir ficheiros protegidos pela Proteção de Ficheiros do Windows.	O Windows Installer adere à Proteção de Arquivos do Windows (WFP) ao instalar arquivos essenciais do sistema no Windows 2000. O Windows Installer nunca tenta instalar ou substituir um ficheiro protegido. Se um arquivo de sistema protegido for modificado por uma instalação autônoma de um aplicativo, o WFP restaurará o arquivo para a versão verificada do arquivo. Para obter mais informações, consulte Usando o Windows Installer e o Windows Resource Protection.
3.2 Os autores que escrevem novos componentes redistribuíveis devem usar técnicas de compartilhamento lado a lado para que seus componentes possam ser instalados no diretório do aplicativo.	Os autores de pacotes do Windows Installer podem especificar que o instalador copie os arquivos compartilhados (DLLs comumente compartilhadas) de um aplicativo para a pasta do aplicativo em vez de para um local compartilhado. Esse conjunto privado de arquivos (DLLs) é usado apenas pelo aplicativo. Consulte Componentes isolados.
3.3 Para Windows 2000 e Windows 98 Second Edition, todas as DLLs lado a lado das quais seu aplicativo depende devem ser instaladas no diretório do aplicativo:	Os autores de pacotes do Windows Installer podem especificar que o instalador copie os arquivos compartilhados (DLLs comumente compartilhadas) de um aplicativo para a pasta do aplicativo em vez de para um local compartilhado. Esse conjunto privado de arquivos (DLLs) é usado apenas pelo aplicativo. Consulte Componentes isolados ou Instalação de componentes isolados.
4.3 A aplicação deve degradar-se normalmente se o acesso for negado.	O objetivo desse requisito é garantir que, se o acesso aos recursos for negado ao usuário, o aplicativo falhará de uma maneira que mantenha um ambiente seguro. O Windows Installer lida com privilégios somente durante a instalação. O aplicativo deve manipular privilégios em tempo de execução. O instalador pode definir determinadas propriedades na inicialização para o nível de privilégio do usuário ou para um nível especificado pela Diretiva do Sistema. Em seguida, você pode criar o pacote do Windows Installer para que o instalador verifique os privilégios de acesso do usuário antes do início da instalação. Você pode criar o pacote de instalação para que o instalador determine se há espaço em disco suficiente. Se você criar uma interface do usuário (UI) para o pacote do aplicativo, ela poderá exibir opções para usuários que ficam sem espaço em disco. Se a instalação não for bem-sucedida, o instalador pode alternar para o modo de reversão e restaurar automaticamente o estado original do computador. Para obter mais informações, consulte Visão geral do Windows Installer, de resiliência , de resiliência de origem , de propriedade privilegiada , de propriedade AdminUser , de diretiva do sistema , InstallValidate Action, File Costing, de diálogo DiskCost , de propriedade OutOfDiskSpace , de propriedade OutOfNoRbDiskSpace , AllocateRegistrySpace Action, de controle VolumeCostList , Rollback, Installation Mechanism, PROMPTROLLBACKCOST Property, DISABLEROLLBACK Property, EnableRollback ControlEvent.
4.5 O aplicativo deve aderir às configurações de Diretiva de Grupo no nível do sistema.	O Windows Installer pode seguir políticas referentes à instalação. Para obter mais informações, consulte System Policy.
7.1 Os aplicativos devem continuar a funcionar após a atualização para o Microsoft Windows 2000 Professional sem reinstalar	O instalador tem um atributo de componente que pode facilitar a preparação do seu aplicativo para migração para o Windows 2000. Para obter mais informações, consulte Usando componentes transitivos.