Requisitos de instalador e logotipo do Windows

O logotipo certificado para Microsoft Windows identifica produtos que foram verificados por meio de testes independentes para cumprir a Especificação do 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 se qualificam para o logotipo certificado para Microsoft Windows e, em seguida, licenciam o logotipo para uso em seu empacotamento de produtos, publicidade, garantia 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, consulte o 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 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.

Requisito para certificação	Confira 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. Usar o Instalador pode melhorar a funcionalidade e a estabilidade do seu aplicativo. Consulte Visão geral doresiliência 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 de e para a rede UNC e 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 oferecer suporte a nomes de arquivo longos. Consulte de nome de arquivo, de tabela de arquivos, de tabela de diretório, 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 verificar 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 de .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, de Grupo de Tabelas do Registro, de Tabela do Registro, de Tabela RemoveRegistry, de Ação WriteRegistryValues, de Ação RemoveRegistryValues, desinstalarde chave do Registro, propriedades, de tabela de arquivos, de tabela de diretório, usando a tabela de diretório, de tabela iniFile, de tabela RemoveIniFile, de tabela IniLocator, de ação WriteIniValues, de ação RemoveIniValues, removeIniFile Table.
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. Consulte Properties, Version9X Property, propriedade VersionDatabase, propriedade VersionNT, propriedade WindowsBuild, propriedade ProductCode, propriedadeProductName, propriedadeProductVersion, de fluxo de informações resumo, propriedade resumo do número de revisão.
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 conhecidas como Avaliadores de Consistência Interna – ICEs. Essas ICEs estão contidas 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. Os 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. As ICEs no arquivo Logo.cub estão incluídas no arquivo Darice.cub. Se o pacote passar pela validação usando Darice.cub, ele passará com Logo.cub. Para obter mais informações, consulte de validação de pacote.
2.2 O pacote de instalação usado para instalar o aplicativo deve seguir as regras para a criação de componentes.	Um componente do instalador faz parte de um aplicativo que sempre é instalado ou removido como uma peça. Há um conjunto de regras para ajudá-lo a decidir a melhor maneira de dividir seu aplicativo em componentes. Se os componentes no pacote de instalação estiverem definidos corretamente, o instalador poderá 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 de componente estiverem desfeitas?, trabalhando com recursos e componentes, de 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, 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, consulte de tabela de diretório, usando a tabela de diretório, tabela de componentes. Para obter a discussão do bit SharedDllRefCount, consulte de Tabela de Componentes, Organizando 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 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 de tabela de diretório, usando ade tabela de diretório, propriedade TARGETDIR, MsiSetTargetPath, Properties, ProgramFilesFolder Property.
2.5 O aplicativo deve dar suporte a Adicionar/Remover Arquivos de Programa corretamente.	Você pode fornecer todas as informações necessárias para 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. Consulte Properties, Required Properties, ProductName Property, ARPINSTALLLOCATION Property, Manufacturer Property, ProductVersion Property.
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, consulte de anúncio, instalação sob demanda, produtos de publicação, Recursos e componentes, suporte à plataforma dede anúncios, componentes e recursos, Suggested AdvtExecuteSequence, Suggested AdvtUISequence, Advertise Property, Advertise Action, PublishProduct Action, Feature Table, Shortcut Table, tabela de classe, de tabela de extensão, de tabela de ícones, de tabela MIME, de tabela ProgId, de Tabela TypeLib, de Tabela verbo, 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 precisará 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, Organizando aplicativos emde componentes, de ações padrão, sobre ações padrão, usando Standard Actions, Standard Actions Reference, Installing an Application, MsiInstallProduct, INSTALL Action.
3.1 No Windows 2000, não tente substituir arquivos protegidos pela Proteção de Arquivos do Windows.	O Windows Installer segue a 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 arquivo protegido. Se um arquivo do sistema protegido for modificado por uma instalação autônoma de um aplicativo, o WFP restaurará o arquivo para a versão do arquivo verificado. Para obter mais informações, consulte Usando o Windows Installer e o Windows Resource Protection.
3.2 Os autores que escreverem 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 na pasta do aplicativo em vez de 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 na pasta do aplicativo em vez de um local compartilhado. Esse conjunto privado de arquivos (DLLs) é usado apenas pelo aplicativo. Consulte componentes isolados ou instalação de componentes isolados.
4.3 O aplicativo deverá ser degradado normalmente se o acesso for negado.	O objetivo desse requisito é garantir que, se o usuário tiver acesso negado aos recursos, o aplicativo falhe de forma a manter um ambiente seguro. O Windows Installer manipula privilégios somente durante a instalação. O aplicativo deve lidar com 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. Em seguida, você pode criar seu 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 (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, consulte Visão geral do Windows Installer, resiliência, de resiliência de origem, de propriedade com privilégios, propriedade AdminUser, system Policy, de ação InstallValidate, de custo de arquivo, de diálogo DiskCost, propriedade OutOfDiskSpace, propriedade OutOfNoRbDiskSpace, de ação AllocateRegistrySpace, de controle VolumeCostList, reversão, de mecanismo de instalação, de propriedade PROMPTROLLBACKCOST, de propriedade DISABLEROLLBACK, EnableRollback ControlEvent.
4.5 O aplicativo deve seguir as configurações da 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, consulte System Policy.
7.1 Os aplicativos devem continuar funcionando 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 aplicativo para migração para o Windows 2000. Para obter mais informações, consulte Usando componentes transitivos.