Створення настановних пакетів з wix: наповнення вмістом

Тепер необхідно визначити каталоги, в які будемо встановлювати продукт. Для цього в секцію Product додамо опис каталогів, можливостей і компонентів. Опис каталогів визначається секцією Directory. У неї є тільки один обов`язковий параметр - це ідентифікатор Id:
- Id - ідентифікатор каталогу в установчому пакеті. Для даного параметра може бути використано спеціальне значення TARGETDIR, яке визначає, що вся ієрархія каталогів нижче даної директорії буде розгорнута на «цільової машині» в процесі установки. Реальне значення такого каталогу може бути задане в процесі установки користувачем. Існує набір спеціальних ідентифікаторів каталогів, що дозволяють задавати системні каталоги, такі як Program Files, Windows та інші. Набір цих імен можна знайти в документації, ми ж в прикладі використовуємо тільки два спеціальних ідентифікатора.

- Name - назва, яке буде використано в якості імені каталогу в процесі установки пакета. Якщо в якості ідентифікатора каталогу використаний спеціальний ідентифікатор, то ім`я буде проігноровано.

Таким чином, ми визначили, що на «цільової машині» в каталозі Program Files буде створена директорія нашого продукту з ім`ям First Product. Але цього не достатньо, так як каталоги без конкретних компонентів не несуть ніякої користі. Поняттям «компонент» позначається файл або набір файлів, які реалізують певну функціональність і повинні розглядатися як єдине ціле. Кожен файл в продукті можна описати як компонент, але це призведе до зайвого засмічення реєстру «цільової машини», так як всі компоненти реєструються в реєстрі. Додавання компонента здійснюється за допомогою секції Component. Тут є такі часто використовувані атрибути:
- Id - визначає рядок ідентифікації компонента, яка використовується як основний ключ при пошуку компонента в установчому пакеті і на «цільової машині».
- Guid - глобальний унікальний ідентифікатор компонента, який використовується для реєстрації компонента в реєстрі «цільової машини». З цього ідентифікатора компонент може бути знайдений на «цільової машині» і оновлений або видалений.

Крім того, компонент повинен містити опис файлів, які його фізично представляють. Вони повинні бути описані в установчому пакеті. Це виконується шляхом приміщення секцій опису файлів File. У даній секції є наступні параметри, які необхідно встановити:
- Id - унікальний в рамках пакету ідентифікатор файлу. Здається простим ім`ям, наприклад.
- Name - ім`я файлу, яке використовується для ідентифікації його в файлової системі «цільової машини».
- Source - ім`я файлу, яке використовується для ідентифікації файлу в процесі складання установчого пакета.
- DiskId - ідентифікатор диска, повинен бути встановлений в значення, відповідне ідентифікатором носія, визначеному в секції Media.


Таким чином, ми визначили компонент, який буде встановлений на «цільову машину» в задані каталоги:

У процесі знайомства з компонентами ми дізналися, що вони можуть об`єднувати безліч файлів, записів реєстру і інших даних, які мають загальне функціональне призначення. Але самі компоненти можуть бути так само згруповані в набори «можливостей» (Features). Більш того, компонент зобов`язаний входити до складу однієї з «можливостей», так як це мінімальна одиниця, яка бере участь в процесі установки. Іншими словами установник пакета оперує саме цими одиницями в процесі виконання сценарію інсталяції, що визначається вашим інсталяційний пакетом. Користувач може включати і відключати «можливості» в процесі установки, але не може управляти набором компонентів і файлів.

Для опису «можливості» використовується секція Feature, яка має ряд часто використовуваних параметрів:
- Id - унікальний ідентифікатор можливості. Задає, наприклад, її ім`я.
- Title - назва, яке буде відображено користувачеві в процесі установки.
- Level - задає рівень установки, який використовується в процесі обробки таблиці умов (в нашому простому прикладі не використовується). Рівень 0 означає, що «можливість» відключена і не буде встановлена.

Таким чином, ми описали «можливість», включивши в неї описаний раніше компонент. Компонент включається по посиланню ComponentRef, яка говорить, що описаний раніше компонент Notepad входить до складу «можливості». Тепер залишилося торкнутися ще одного моменту - секції Media, яка була згадана раніше. Вона визначає головне - місце, в якому зберігаються файли, які використовуються в процесі установки. Таким місцем може бути, наприклад, CAB-архів, традиційно використовуваний Microsoft для зберігання файлів, необхідних для процесу установки, або носій типу CD / DVD.
Для нашого прикладу визначимо носій так:

тут:
- Id - ідентифікатор носія (ціле число) -
- Cabinet - назва CAB-архіву, яке задає ім`я файлу архіву;
- EmbedCab - логічний параметр, який визначає необхідність вбудовування архіву в файл інсталяційного пакета (файл архіву може поставлятися в складі пакету як окрема одиниця).

---

Чи плануєте провести операцію по збірці і наповненню установчого пакета на портативному пристрої і підбираєте відповідний для цієї мети планшет? Тоді я раджу Вам відвідати сторінку asus.technoportal.ua/tablet.html (https://asus.technoportal.ua/tablet.html), де представлений широкий асортимент планшетних комп`ютерів на будь-який смак!