Здравствуйте, Нахлобуч, Вы писали:

V>>Есть некий АПИ инсталлера, а есть к нему "движок", в котором можно закодировать вызовы этого АПИ декларативным способом. Классика декларативного подхода — описание зависимостей. Всё.

Н>Начнем издали: насколько плотно ты работал с MSI и видел ли, как он устроен изнутри?

Начнем издали: насколько плотно ты знаешь АПИ инсталлера? Работал ли с ним напрямую (например, через скриптинг), или только через "проигрывание" MSI-пакета?
Какими высокоуровневыми инструментами пользовался?

Просто весь этот WiX, которым тычут как адовым адом — это как ассемблер. Но отсюда некоторые горячие головы делают далеко идущие выводы.

А если рассмотреть отношения внутри самой базы MSI — там не так уж много таблиц (в сравнении со средней прикладной базой), я не вижу особой сложности изучить её тем, кто делает инструментарий под MSI. Любые рассуждения о сложности отношений внутри пакета MSI — натуральный детсад. У нас с этим разбирались даже вчерашние студенты.

Ясен пень, прикладной программист, т.е. который использует MSI, а не пишет под неё инструментарий, не обязан в этом разбираться, путь берет что-то высокоуровневое — и вперед, делает пакет как грится "парой щелчков мышкой".