Требования к установщику Windows и логотипу

Логотип Certified for Microsoft Windows определяет продукты, которые были проверены в ходе независимого тестирования в соответствии со спецификацией приложения для Windows. Эта спецификация была разработана корпорацией Майкрософт в сотрудничестве с клиентами и другими разработчиками, чтобы предоставить дорожную карту для создания надежных и управляемых приложений. Поставщики программного обеспечения, которые соответствуют спецификации, имеют право на получение логотипа Certified for Microsoft Windows, а затем лицензирование логотипа для использования в упаковке, рекламе, программном обеспечении и других маркетинговых материалах.

Дополнительные сведения о сертификации Windows Vista, Windows XP и Windows Server 2008 для ваших приложений см. в разделе Microsoft Partner Network.

Если вы создаете пакет установки для приложения, вы можете воспользоваться возможностями установщика Microsoft Windows, чтобы обеспечить соответствие нескольким требованиям для сертификации. В следующей таблице приведены ссылки на сведения в документации установщика Windows, относящиеся к некоторым требованиям к сертификации. Обратите внимание, что не все требования к сертификации, рассматриваемые в спецификации приложения, зависят от установщика Windows.

Требования к сертификации	См. следующие разделы
1.1 Приложение должно выполнять основные функции и поддерживать стабильность.	Если вы предоставляете пакет установки, приложение может использовать службу установщика, доступную на всех 32-разрядных платформах Windows. С помощью установщика можно улучшить функциональность и стабильность приложения. См. статьюОбщие сведения об устойчивости установщика Windows. Документация по схеме развития установщика Windows.
1.3. Приложение должно поддерживать длинные имена файлов и UNC-пути	Установщик поддерживает установку в UNC и из сети диска и всегда использует длинные имена файлов, указанные в пакете, за исключением случаев, когда задано свойство SHORTFILENAMES или целевой том не поддерживает длинные имена файлов. См . раздел Имя файла, Таблица файлов, Таблица каталогов, Свойство SHORTFILENAMES .
1.5 Приложение не должно считывать данные из Win.ini, System.ini, Autoexec.bat или Config.sys или выполнять запись в нее.	Программа установки должна добавлять записи в реестр , а не в Win.ini, System.ini, Autoexec.bat или Config.sys. Установщик Windows поддерживает информационные разделы в реестре. Когда приложение использует установщик, эти разделы реестра становятся доступными как свойства установщика. Вы можете создать пакет для приложения таким образом, чтобы было легко проверка и задать значения этих ключей. Если приложение использует сведения, которые не нужно помещать в реестр, создайте закрытый файл инициализации и поместите его в каталог с исполняемыми файлами приложения. Вы можете легко управлять установкой частного файла .ini, а также добавлять или удалять сведения из существующих файлов .ini, используя установщик Windows для установки приложения. См. раздел Изменение реестра, группа таблиц реестра, таблица реестра, удаление таблицы реестра, записьРегистраторыЗначение действия, УдалениеРегистратораЗначение, Удаление раздела реестра, Свойства, Таблица файлов, Таблица каталогов, Использование таблицы каталогов, Таблица IniFile, Таблица RemoveIniFile, Таблица IniLocator, Действие WriteIniValues , RemoveIniValues Action, RemoveIniFile Table.
1.7 Приложение должно правильно проверять версию Windows.	При подготовке пакета установки для приложения необходимо указать сведения о требованиях к версии операционной системы продукта. При инициализации установщик автоматически устанавливает определенные свойства для версии текущей операционной системы. Программа установки может использовать эти свойства установщика для упрощения проверки версий. См . раздел Свойства, Свойство Version9X , Свойство VersionDatabase , Свойство VersionNT , Свойство WindowsBuild , Свойство ProductCode , Свойство ProductName , Свойство ProductVersion , Поток сводной информации, Сводное свойство номера редакции .
2.1. Приложение должно устанавливаться с помощью пакета установщика Windows, который проходит проверочное тестирование.	Вы можете проверка, что пакет установки прошел проверочное тестирование, используя определенный набор правил проверки, известный как внутренние оценщики согласованности — ICEs. Эти ICEs содержатся в файле Logo.cub. Чтобы получить право на сертификацию, пакет установки не должен создавать ошибки при проверке с помощью этих правил. Предупреждения являются допустимыми, но обычно их следует исправлять. Пакет SDK установщика Windows включает файлы Logo.cub, Darice.cub и Mergemod.cub. IcEs в файле Logo.cub включаются в файл Darice.cub. Если пакет пройдет проверку с помощью Darice.cub, он будет проходить с logo.cub. Дополнительные сведения см. в разделе Проверка пакетов.
2.2. Пакет установки, используемый для установки приложения, должен соответствовать правилам создания компонентов.	Компонент установщика является частью приложения, которое всегда устанавливается или удаляется как единый компонент. Существует набор правил, которые помогут вам решить, как лучше всего разделить приложение на компоненты. Если компоненты в пакете установки определены правильно, установщик может безопасно установить и удалить их. См. статью Упорядочение приложений по компонентам, компонентам и компонентам, Изменение кода компонента, Что происходит, если правила компонентов нарушены?, Работа с компонентами и компонентами, таблица компонентов.
2.3 Пакет установки приложения должен определять общие компоненты.	Если предоставить пакет установки, который правильно упорядочивает приложение по компонентам, и задать msidbComponentAttributesSharedDllRefCount в таблице Component, установщик Windows сможет отслеживать общие компоненты с помощью счетчика ссылок в общем реестре DLL файла ключа компонента. Если установщик не используется, приложение должно отслеживать использование общих библиотек DLL путем увеличения счетчика использования библиотеки DLL в разделе реестра SharedDLLs. Дополнительные сведения см. в разделах Таблица каталогов, Использование таблицы каталогов, Таблица компонентов. Обсуждение бита SharedDllRefCount см. в разделе Таблица компонентов, упорядочение приложений по компонентам.
2.4 По умолчанию приложение должно быть установлено в папку Program Files.	При инициализации установщик задает для свойства полный путь к папке Program Files. При подготовке пакета установки можно указать, что установщик установит приложение в эту папку по умолчанию. Если в пакет также включен пользовательский интерфейс, установщик может предоставить пользователям возможность выбрать другое расположение установки. Дополнительные сведения см. в разделе Таблица каталогов, Использование таблицы каталогов, свойство TARGETDIR , MsiSetTargetPath, Свойства, Свойство ProgramFilesFolder .
2.5 Приложение должно правильно поддерживать добавление и удаление программных файлов.	Все сведения, необходимые для установки и удаления программ, можно указать в панель управления, задав значения определенных свойств установщика в пакете установщика Windows приложения. При установке этих свойств соответствующие значения автоматически записываются в реестр. См . раздел Свойства, Обязательные свойства, Свойство ProductName , Свойство ARPINSTALLLOCATION , Свойство производителя , Свойство ProductVersion .
2.6. Приложение должно гарантировать, что пакет установщика Windows поддерживает рекламу.	Поддерживайте рекламу, организуя приложение для рекламы и включив все сведения, необходимые для рекламы, в пакет установщика Windows приложения. Дополнительные сведения см. в разделах Реклама, Установка по запросу, Публикация продуктов, компонентов и компонентов, Поддержка платформы рекламы, Компоненты и компоненты, Предлагаемые AdvtExecuteSequence, Suggested AdvtUISequence, Рекламные свойства, Рекламное действие, Действие PublishProduct, Таблица признаков, Таблица ярлыков, Таблица классов, Таблица расширений, Icon Table, MIME Table, ProgId Table, TypeLib Table, Verb Table, MsiConfigureFeature, MsiConfigureProduct.
2.7 Пакет установки приложения должен обеспечивать правильную поддержку удаления.	Если вы используете установщик для установки приложения, вам не нужно создавать отдельное средство удаления. Вы можете создать пакет установки, который позволяет установщику устанавливать, удалять и восстанавливать приложение. См. общие сведения о установщике Windows, Упорядочивание приложений по компонентам, Стандартные действия, Сведения о стандартных действиях, Использование стандартных действий, Справочник по стандартным действиям, Установка приложения, MsiInstallProduct, ДЕЙСТВИЕ УСТАНОВКИ.
3.1 В Windows 2000 не пытайтесь заменить файлы, защищенные защитой файлов Windows.	Установщик Windows придерживается защиты файлов Windows (WFP) при установке основных системных файлов в Windows 2000. Установщик Windows никогда не пытается установить или заменить защищенный файл. Если защищенный системный файл изменяется путем автоматической установки приложения, ПРОГРАММА ВПП восстанавливает файл до проверенной версии файла. Дополнительные сведения см. в разделах Использование установщика Windows и Защиты ресурсов Windows.
3.2 Авторы, которые пишут новые распространяемые компоненты, должны использовать методы параллельного совместного доступа, чтобы их компоненты можно было установить в каталог приложения.	Авторы пакетов установщика Windows могут указать, что установщик копирует общие файлы (обычно общие библиотеки DLL) приложения в папку приложения, а не в общее расположение. Затем этот закрытый набор файлов (DLL) используется только приложением. См. раздел Изолированные компоненты.
3.3 Для Windows 2000 и Windows 98 Second Edition все параллельные библиотеки DLL, от которые зависит ваше приложение, должны быть установлены в каталог приложения:	Авторы пакетов установщика Windows могут указать, что установщик копирует общие файлы (обычно общие библиотеки DLL) приложения в папку приложения, а не в общее расположение. Затем этот закрытый набор файлов (DLL) используется только приложением. См. раздел Изолированные компоненты или Установка изолированных компонентов.
4.3. Если в доступе отказано в доступе, приложение должно корректно снижаться.	Цель этого требования — убедиться, что в случае отказа пользователя в доступе к ресурсам приложение завершается сбоем таким образом, чтобы обеспечить защищенную среду. Установщик Windows обрабатывает привилегии только во время установки. Приложение должно обрабатывать привилегии во время выполнения. Установщик может задать для определенных свойств при инициализации уровень привилегий пользователя или уровень, заданный в системной политике. Затем можно создать пакет установщика Windows таким образом, чтобы установщик проверял права доступа пользователя перед началом установки. Вы можете создать пакет установки, чтобы установщик определил, достаточно ли места на диске. Если вы создаете пользовательский интерфейс для пакета приложения, он может отображать параметры для пользователей, у которым не будет места на диске. Если установка завершается неудачно, установщик может переключиться в режим отката и автоматически восстановить исходное состояние компьютера. Дополнительные сведения см. в разделах Обзор установщика Windows, Устойчивостьисточника, Привилегированное свойство, Свойство AdminUser, Системная политика, Действие InstallValidate, Стоимость файла, DiskCost Dialog, Свойство OutOfDiskSpace, Свойство OutOfNoRbDiskSpace, Действие AllocateRegistrySpace, Элемент управления VolumeCostList, Откат, Механизм установки. PROMPTROLLBACKCOST Property, DISABLEROLLBACK Property, EnableRollback ControlEvent.
4.5. Приложение должно соответствовать параметрам групповая политика системного уровня.	Установщик Windows может следовать политикам, относящимся к установке. Дополнительные сведения см. в разделе Системная политика.
7.1. Приложения должны продолжать работать после обновления до Microsoft Windows 2000 Professional без переустановки	Установщик имеет атрибут компонента, который может упростить подготовку приложения к миграции на Windows 2000. Дополнительные сведения см. в разделе Использование транзитивных компонентов.