Установщик Windows

редактировать
Эта статья о компоненте Microsoft Windows. Информацию об установке самой операционной системы см. В разделе « Установка Windows».
Установщик Windows
Установщик Windows 5.0, работающий в Windows 7.png Экран справки установщика Windows 5.0, работающего в Windows 7.
Разработчики) Microsoft
Первый выпуск 31 августа 1999 г. ; 22 года назад ( 1999-08-31)
Стабильный выпуск 5.0 / 22 июля 2009 г. ; 12 лет назад ( 2009-07-22)
Операционная система Майкрософт Виндоус
Платформа IA-32, x86-64, ARM32, ARM64, Itanium
Включено в Windows 2000 и новее
Тип Установщик
Лицензия Бесплатное ПО
Веб-сайт www.microsoft.com   Отредактируйте это в Викиданных
Пакет установщика Windows
Расширение имени файла . msi,.msp
Тип интернет-СМИ приложение / x-ole-storage
Разработано Microsoft
Тип формата Архив
Контейнер для Информация об установке и необязательный полезный файл .cab
Расширен с Структурированное хранилище COM
Открытый формат ? Нет

Установщик Windows (msiexec.exe, ранее известный как установщик Microsoft, кодовое имя Darwin) - это программный компонент и интерфейс прикладного программирования (API) Microsoft Windows, используемый для установки, обслуживания и удаления программного обеспечения. Информация об установке и, возможно, сами файлы упакованы в установочные пакеты, свободно реляционные базы данных, структурированные как COM-структурированные хранилища и обычно известные как «файлы MSI», с их расширениями файлов по умолчанию. Пакеты с расширениями файлов mstсодержат «Сценарии преобразования» установщика Windows, пакеты с msmрасширениями содержат «Модули слияния», а расширение файла pcpиспользуется для «Свойства создания исправлений». Установщик Windows содержит значительные изменения по сравнению со своим предшественником, Setup API. Новые функции включают в себя графический интерфейс рамки и автоматическую генерацию деинсталляции последовательности. Установщик Windows позиционируется как альтернатива автономным средам установки исполняемых файлов, таким как более старые версии InstallShield и NSIS.

До появления Магазина Windows Microsoft рекомендовала третьим сторонам использовать установщик Windows в качестве основы для сред установки, чтобы они правильно синхронизировались с другими установщиками и поддерживали согласованность внутренней базы данных установленных продуктов. Важные функции, такие как откат и управление версиями, зависят от согласованной внутренней базы данных для надежной работы. Более того, установщик Windows реализует принцип минимальных прав, выполняя установку программного обеспечения через прокси для непривилегированных пользователей.

СОДЕРЖАНИЕ

  • 1 Логическая структура пакетов
    • 1.1 Продукция
    • 1.2 Особенности
    • 1.3 Компоненты
    • 1.4 Ключевые пути
  • 2 Разработка установочных пакетов
    • 2.1 Проверка ICE
  • 3 версии
  • 4 См. Также
  • 5 ссылки
  • 6 Внешние ссылки

Логическая структура пакетов

Пакет описывает установку одного или нескольких полных продуктов и универсален по идентификатору GUID. Продукт состоит из компонентов, сгруппированных по функциям. Установщик Windows не обрабатывает зависимости между продуктами.

Продукты

Отдельная установленная рабочая программа (или набор программ) - это продукт. Продукт идентифицируется уникальным идентификатором GUID (свойство ProductCode), обеспечивающим авторитетную идентификацию во всем мире. GUID в сочетании с номером версии (свойство ProductVersion) позволяет управлять выпуском файлов продукта и ключей реестра.

Пакет включает в себя логику пакета и другие метаданные, которые относятся к тому, как пакет выполняется при запуске. Например, изменение EXE-файла в продукте может потребовать изменения ProductCode или ProductVersion для управления выпуском. Однако простое изменение или добавление условия запуска (с тем, чтобы продукт оставался точно таким же, как и в предыдущей версии), все равно потребует изменения PackageCode для управления выпуском самого файла MSI.

Функции

Функция представляет собой иерархическую группу компонентов. Функция может содержать любое количество компонентов и других подфункций. Пакеты меньшего размера могут состоять из одной функции. Более сложные установщики могут отображать диалоговое окно «настраиваемая настройка», в котором пользователь может выбрать, какие функции следует установить или удалить.

Автор пакета определяет особенности продукта. Текстовый процессор, например, может поместить основной файл программы в одну функцию, а также файлы справки программы, опциональный модуль проверки орфографии и канцелярские модули в дополнительные функции.

Компоненты

Компонент является основной единицей продукта. Установщик Windows рассматривает каждый компонент как единое целое. Программа установки не может установить только часть компонента. Компоненты могут содержать программные файлы, папки, компоненты COM, ключи реестра и ярлыки. Пользователь не взаимодействует напрямую с компонентами.

Компоненты идентифицируются глобально по идентификаторам GUID; таким образом, один и тот же компонент может совместно использоваться несколькими функциями одного или нескольких пакетов, в идеале с помощью модулей слияния.

Ключевые пути

Ключевой путь является конкретный файл, ключ реестра, или ODBC источника данных о том, что пакет автор определяет как критические для данного компонента. Поскольку файл является наиболее распространенным типом ключевого пути, обычно используется термин ключевой файл. Компонент может содержать не более одного ключевого пути; если у компонента нет явного ключевого пути, в качестве ключевого пути принимается целевая папка компонента. При запуске программы на основе MSI установщик Windows проверяет наличие ключевых путей. Если существует несоответствие между текущим состоянием системы и значением, указанным в пакете MSI (например, отсутствует файл ключа), соответствующая функция устанавливается повторно. Этот процесс известен как самовосстановление или самовосстановление. Никакие два компонента не должны использовать один и тот же ключевой путь.

Разработка установочных пакетов

Создать установочный пакет для нового приложения нетривиально. Необходимо указать, какие файлы необходимо установить, куда и с какими ключами реестра. Любые нестандартные операции можно выполнять с помощью настраиваемых действий, которые обычно разрабатываются в библиотеках DLL. Существует ряд коммерческих и бесплатных продуктов для помощи в создании пакетов MSI, включая Visual Studio (изначально до VS 2010 с расширением в более новых версиях VS), InstallShield и WiX. В разной степени пользовательский интерфейс и поведение могут быть настроены для использования в менее распространенных ситуациях, таких как автоматическая установка. После подготовки пакет установщика «компилируется» путем чтения инструкций и файлов с локального компьютера разработчика и создания файла.msi.

Пользовательский интерфейс (диалоговые окна), представленный в начале установки, может быть изменен или настроен инженером по установке, разрабатывающим новую программу установки. Существует ограниченный язык кнопок, текстовых полей и меток, которые можно расположить в виде последовательности диалоговых окон. Пакет установщика должен работать без какого-либо пользовательского интерфейса, что называется «автоматической установкой».

Проверка ICE

Microsoft предоставляет набор внутренних оценщиков согласованности (ICE), которые можно использовать для обнаружения потенциальных проблем с базой данных MSI. Правила ICE объединены в файлы CUB, которые представляют собой урезанные файлы MSI, содержащие настраиваемые действия, которые проверяют содержимое целевой базы данных MSI на наличие предупреждений и ошибок проверки. Проверка ICE может выполняться с помощью инструментов Platform SDK Orca и msival2 или с помощью инструментов проверки, которые поставляются с различными средами разработки.

Например, некоторые из правил ICE:

  • ICE09: Проверяет, что любой компонент, предназначенный для системной папки, помечен как постоянный.
  • ICE24: Проверяет, что код продукта, версия продукта и язык продукта имеют соответствующие форматы.
  • ICE33: проверяет, что таблица реестра не используется для данных, которые лучше подходят для другой таблицы (класс, расширение, команда и т. Д.).

Устранение предупреждений и ошибок валидации ICE является важным шагом в процессе выпуска.

Версии

Версия Включено в Также доступно для
1.0 Офис 2000 N / A
1.1 Windows 2000 RTM, SP1, SP2

Office XP

Windows 95, Windows 98 Windows NT 4.0
1.2 Windows Me N / A
2.0 Windows XP RTM, SP1 Windows 2000 SP3, SP4 Windows Server 2003 RTM Windows 9x Windows NT 4.0 Windows 2000
3.0 Windows XP с пакетом обновления 2 (SP2) Windows 2000 Windows XP Windows Server 2003
3.1 Windows XP SP3 Windows Server 2003 SP1, SP2 Windows XP Professional x64 Edition Windows 2000 Windows XP Windows Server 2003
4.0 Windows Vista RTM, SP1 Windows Server 2008 RTM N / A
4.5 Windows Vista с пакетом обновления 2 (SP2) Windows Server 2008 с пакетом обновления 2 (SP2) Windows XP Windows Server 2003 Windows XP Professional x64 Edition Windows Vista Windows Server 2008
5.0 Windows 7 и более поздние версии Windows Server 2008 R2 и более поздние версии N / A

Смотрите также

использованная литература

внешние ссылки

Последняя правка сделана 2023-04-21 10:42:37
Содержание доступно по лицензии CC BY-SA 3.0 (если не указано иное).
Обратная связь: support@alphapedia.ru
Соглашение
О проекте