Windows Installer e requisitos de logotipo

O logotipo Certified for Microsoft Windows identifica os produtos verificados por testes independentes demonstrando a conformidade com a Especificação de Aplicativo para Windows. Essa 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 estão qualificados para o logotipo Certified for Microsoft Windows e licenciam o logotipo para uso em empacotamento de produtos, publicidade, manual e acessórios e outros materiais de marketing.

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

Se você estiver criando um pacote de instalação para seu aplicativo, poderá aproveitar os recursos do Microsoft Windows Installer para ajudar a atender a vários dos requisitos de certificação. A tabela a seguir fornece links para obter informações na documentação pertinente do Windows Installer 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.

Requisito para certificação	Consulte as seções a seguir
1.1 O aplicativo 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 instalador disponível em todas as plataformas Windows de 32 bits. O uso do Instalador pode melhorar a funcionalidade e a estabilidade do aplicativo. Confira ResiliênciaVisão geral do Windows Installer Roteiro para a documentação do Windows Installer.
1.3 O aplicativo deve dar suporte a nomes de arquivo longos e caminhos UNC	O instalador dá suporte à instalação na rede UNC e de drive e sempre usa os nomes de arquivo longos fornecidos no seu pacote, exceto se a propriedade SHORTFILENAMES estiver definida ou se o volume de destino não oferecer suporte a nomes de arquivo longos. Confira Nome de arquivo, Tabela File, Tabela Directory, Propriedade SHORTFILENAMES.
1.5 O aplicativo não deve ler ou gravar em Win.ini, System.ini, Autoexec.bat ou Config.sys.	Seu programa de instalação deve adicionar entradas ao registro, não ao Win.ini, System.ini, Autoexec.bat ou Config.sys. O Windows Installer dá suporte a chaves informativas no registro. Quando o 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 marcar e definir os valores dessas chaves. Se o aplicativo usar 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. Confira Como modificar o registro, Grupo de tabelas Registry, Tabela Registry, Tabela RemoveRegistry, Ação WriteRegistryValues, Ação RemoveRegistryValues, Desinstalar chave do registro, Propriedades, Tabela File, Tabela Directory, Como usar a tabela Directory, 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 uma verificação de versão fácil. Confira Propriedades, Propriedade Version9X, Propriedade VersionDatabase, Propriedade VersionNT, Propriedade WindowsBuild, Propriedade ProductCode, Propriedade ProductName, Propriedade ProductVersion, Fluxo de Informações de Resumo, Propriedade Resumo do Número de Revisão.
2.1 O aplicativo deve ser instalado usando um pacote do Windows Installer que passa por testes de validação.	Você pode verificar se seu pacote de instalação passa no teste de validação usando um conjunto específico de regras de validação conhecidas como ICEs (Avaliadores de Consistência Interna). 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. Avisos são aceitáveis, mas geralmente devem ser corrigidos. 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 pacote passar na validação usando Darice.cub, ele passará com Logo.cub. Para obter mais informações, confira Validação de pacote.
2.2 O pacote de instalação usado para instalar o aplicativo deve seguir as regras para criar componentes.	Um componente do instalador faz parte de um aplicativo que sempre é instalado ou removido como peça única. Há um conjunto de regras para ajudar você a decidir a melhor maneira de dividir seu aplicativo em componentes. Se os componentes do pacote de instalação estiverem definidos corretamente, o instalador poderá instalá-los e removê-los com segurança. Confira Como organizar aplicativos em componentes, Componentes e Recursos, Como alterar o código do componente, O que acontece se as regras de componente forem quebradas?, Como trabalhar com recursos e componentes, Tabela Component.
2.3 O pacote de instalação do aplicativo deve identificar os componentes compartilhados.	Se você fornecer um pacote de instalação que organize corretamente seu aplicativo em componentes e definir msidbComponentAttributesSharedDllRefCount na tabela Component, o Windows Installer poderá acompanhar os componentes compartilhados usando a contagem de referência no registro de DLL compartilhado do arquivo de chave do componente. Se você não usar o instalador, o aplicativo deverá acompanhar o uso de DLLs compartilhadas incrementando um contador de uso para a DLL na chave do registro SharedDLLs. Para obter mais informações, confira Tabela Directory, Como usar a tabela Directory, Tabela Component. Para ver a discussão sobre o bit SharedDllRefCount, confira Tabela Component, Como organizar 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 como o caminho completo da pasta Arquivos de Programas. Ao preparar o pacote de instalação, você pode especificar que o instalador instale seu aplicativo nessa pasta por padrão. Se você também incluir uma interface do usuário no seu pacote, o instalador poderá fornecer aos usuários uma opção para selecionar outro local de instalação. Para obter mais informações, confira Tabela Directory, Como usar a tabela Directory, Propriedade TARGETDIR, MsiSetTargetPath, Propriedades, Propriedade ProgramFilesFolder.
2.5 O aplicativo deve dar suporte à opção Adicionar/Remover Arquivos de Programa corretamente.	Você pode fornecer todas as informações necessárias da opção Adicionar/Remover Programas no Painel de Controle, definindo os valores de determinadas propriedades do instalador no pacote do Windows Installer do aplicativo. Definir essas propriedades grava automaticamente os valores correspondentes no registro. Confira Propriedades, Propriedades Necessárias, Propriedade ProductName, Propriedade ARPINSTALLLOCATION, Propriedade Manufacturer, Propriedade ProductVersion.
2.6 O aplicativo deve garantir que o pacote do Windows Installer dê suporte à publicidade.	Dê suporte à publicidade organizando seu aplicativo para publicidade e incluindo todas as informações necessárias para anúncio no pacote do Windows Installer do aplicativo. Para obter mais informações, confira Anúncio, Instalação sob demanda, Como publicar produtos, recursos e componentes, Plataforma de Suporte de Anúncio, Componentes e Recursos, AdvtExecuteSequence sugerido, AdvtUISequence sugerido, Propriedade Advertise, Ação Advertise, Ação PublishProduct, Tabela Feature, Tabela Shortcut, Tabela Class, Tabela Extension, Tabela Icon, Tabela MIME, Tabela ProgId, Tabela TypeLib, Tabela Verb, 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 permite que o instalador instale, desinstale e repare seu aplicativo. Confira Visão geral do Windows Installer, Como organizar aplicativos em componentes, Ações Padrão, Sobre Ações Padrão, Como usar Ações Padrão, Referência de Ações Padrão, Como instalar um aplicativo, MsiInstallProduct, Ação INSTALL.
3.1 No Windows 2000, não tente substituir os arquivos protegidos pela Proteção de Arquivos do Windows.	O Windows Installer segue a WFP (Proteção de Arquivo do Windows) ao instalar arquivos essenciais do sistema no Windows 2000. O Windows Installer nunca tenta instalar nem substituir um arquivo protegido. Se um arquivo do sistema protegido é modificado por uma instalação autônoma de um aplicativo, a WFP restaura o arquivo para a versão do arquivo verificada. Para obter mais informações, confira Como usar o Windows Installer e a Proteção de Recursos do Windows.
3.2 Os autores que gravam 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 um local compartilhado. Esse conjunto privado de arquivos (DLLs) é usado somente pelo aplicativo. Confira 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 um local compartilhado. Esse conjunto privado de arquivos (DLLs) é usado somente pelo aplicativo. Confira Componentes isolados ou Instalação de componentes isolados.
4.3 O aplicativo deve ser destruído normalmente, se o acesso for negado.	O objetivo desse requisito é garantir que, se o usuário tiver acesso negado aos recursos, o aplicativo falhará de maneira a manter um ambiente seguro. O Windows Installer manipula os privilégios somente durante a instalação. O aplicativo deve lidar com os 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 Política do Sistema. Você pode criar seu pacote do Windows Installer de modo 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 para o pacote do aplicativo, ela poderá exibir opções para usuários que ficarão sem espaço em disco. Se a instalação não for bem-sucedida, o instalador poderá alternar para o modo de reversão e restaurar automaticamente o estado original do computador. Para obter mais informações, confira Visão geral do Windows Installer, Resiliência, Resiliência de Origem, Propriedade Privilegiada, Propriedade AdminUser, Política de Sistema, Ação InstallValidate, Custo de Arquivo, Caixa de Diálogo DiskCost, Propriedade OutOfDiskSpace, Propriedade OutOfNoRbDiskSpace, Ação AllocateRegistrySpace, Controle VolumeCostList, Reversão, Mecanismo de Instalação, Propriedade PROMPTROLLBACKCOST, Propriedade DISABLEROLLBACK, EnableRollback ControlEvent.
4.5 O aplicativo deve seguir as configurações de Política de Grupo no nível do sistema.	O Windows Installer pode seguir as políticas relativas à instalação. Para obter mais informações, confira Política de Sistema.
7.1 Os aplicativos devem continuar funcionando após a atualização para o Microsoft Windows 2000 Professional, sem reinstalação	O instalador tem um atributo de componente que pode facilitar a preparação do aplicativo para migração para o Windows 2000. Para obter mais informações, confira Como usar componentes transitivos.