Установщик Windows - Windows Installer

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

Установщик Windows (ранее известный как Установщик Microsoft,[3] кодовое название Дарвин)[4][5] это программный компонент и интерфейс прикладного программирования (API) из Майкрософт Виндоус используется для установки, обслуживания и удаления программного обеспечения. Информация об установке и, возможно, сами файлы упакованы в установочные пакеты, свободно реляционные базы данных структурированный как Структурированные хранилища COM и широко известные как "файлы MSI", по умолчанию расширения файлов. Пакеты с расширениями файлов mst содержат «Сценарии преобразования» установщика Windows, с мсм расширения содержат «Модули слияния» и расширение файла pcp используется для «Свойства создания патча».[6] Установщик Windows содержит значительные изменения по сравнению со своим предшественником, Setup API. Новые функции включают GUI рамки и автоматическая генерация удаление последовательность. Установщик Windows позиционируется как альтернатива автономным средам установки исполняемых файлов, таким как более старые версии InstallShield и NSIS.

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

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

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

Товары

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

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

Функции

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

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

Составные части

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

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

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

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

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

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

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

Проверка ICE

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

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

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

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

Версии

ВерсияВключено в[1]Также доступно для
1.0Офис 2000Нет данных
1.1Windows 2000 RTM, SP1, SP2

Office XP[11]

Windows 95, Windows 98
Windows NT 4.0
1.2Windows MeНет данных
2.0Windows XP RTM, SP1
Windows 2000 SP3, SP4
Windows Server 2003 RTM		Windows 9x
Windows NT 4.0
Windows 2000
3.0Windows XP с пакетом обновления 2 (SP2)Windows 2000
Windows XP
Windows Server 2003
3.1Windows XP SP3
Windows Server 2003 SP1, SP2
Windows XP Professional x64 Edition		Windows 2000
Windows XP
Windows Server 2003
4.0Виндоус виста RTM, SP1
Windows Server 2008 RTM		Нет данных
4.5[12]Виндоус виста SP2
Windows Server 2008 SP2		Windows XP
Windows Server 2003
Windows XP Professional x64 Edition
Виндоус виста
Windows Server 2008[13]
5.0Windows 7 и позже
Windows Server 2008 R2 и позже		Нет данных

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

Рекомендации

  1. ^ а б «Выпущенные версии установщика Windows». Сеть разработчиков Microsoft. Microsoft. Получено 3 ноября 2012.
  2. ^ "Подробная информация о расширении файла .MSI". Filext.com. Получено 2013-04-24.
  3. ^ Меньшинг, Роб (2003-11-25). «Внутри формата файла MSI». Блоги MSDN. Архивировано из оригинал на 2009-01-15. Получено 2017-02-15.
  4. ^ Меньшинг, Роб (2003-10-11). «История Орки». Блоги MSDN. Архивировано из оригинал на 2008-12-23. Получено 2017-02-15.
  5. ^ Смит, Крис (2005-07-01). «Установщик Windows, .NET Framework, загрузчик и вы». Блоги MSDN. Получено 2017-02-15.
  6. ^ Стюарт, Хит (27 февраля 2006 г.). «Определение типов файлов установщика Windows». Получено 2020-04-22.
  7. ^ «Компоненты установщика Windows». Библиотека MSDN. Корпорация Майкрософт. 2012-11-30. Получено 2013-04-08.
  8. ^ Ходжес, Бак (17 марта 2011 г.). «Проекты установки Visual Studio (vdproj) не будут поставляться с будущими версиями VS». Блоги MSDN. Получено 2020-02-04.
  9. ^ «Расширение проектов установщика Visual Studio». Блог Visual Studio. 2014-04-17. Получено 2020-02-04.
  10. ^ Оценщики внутренней согласованности - ICE
  11. ^ «Применение полных обновлений к клиентским компьютерам». Microsoft. 9 марта 2004 г. Архивировано с оригинал 10 апреля 2004 г.
  12. ^ Что нового в установщике Windows 4.5
  13. ^ «Выпущенные версии установщика Windows (Windows)». Msdn.microsoft.com. 2012-11-30. Получено 2013-04-24.

внешняя ссылка