Почему использование Windows Installer XML (WiX) по VDPROJ?

Почему нужно пойти для Windows Installer XML (WiX), когда мы имеем в созданном установщике .net MSI?

6
задан djot 7 October 2013 в 10:52
поделиться

4 ответа

Введение в руководство по WiX дает основное представление о преимуществах WiX по сравнению с другими инструментами разработки установки (включая проекты установки VS):

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

Надеюсь, это поможет.

8
ответ дан 8 December 2019 в 05:20
поделиться

Пакеты развертывания Visual Studio могут быть созданы только Visual Studio. Они не могут быть построены с использованием простых командных строк MSBuild, что делает их менее идеальными, например, для построить серверы.

3
ответ дан 8 December 2019 в 05:20
поделиться

Мне потребовались бы часы, чтобы разглагольствовать обо всем, что я ненавижу в VDPROJ. Не буду, потому что, по моему (экспертному) мнению, это уже устоявшийся закон, что ВДПРОЙ - отстой. Если ваша установка настолько проста, что вы не заметили никаких проблем, то я предполагаю, и придерживайтесь ее. Но если вы уже боретесь с инструментом, пытаясь заставить его делать то, чего он не делает, то прислушайтесь к моему совету и быстро выбросьте его для WiX.

10 вещей, которые я ненавижу в VDPROJ

  1. Нет поддержки MSBuild. Конечно, вы можете вызвать devenv из командной строки , но это не так хорошо.
  2. Не раскрывает критическую концепцию компонента. Каждый ключ file / reg является ключевым файлом своего собственного компонента.
  3. Нет эффективного способа полностью исключить автоматическое сканирование зависимостей.
  4. Ярлыки всегда объявляются
  5. Невозможно описать услугу.
  6. Невозможно описать многие вещи, которые приводят к чрезмерному использованию пользовательских действий .
  7. Невозможно точно контролировать планирование / выполнение пользовательских действий. Слишком абстрактно.
  8. Абстракция неверна. Отложенные ЦС планируются с олицетворением, которое не работает в Vista.
  9. Различные ограничения приводят вас к тому, что вы будете массировать встроенный MSI во время пост-сборки, чтобы обойти все ограничения. Приводит к очень плохим взломам автоматизации сборки.
  10. Таблицы каталогов модуля слияния созданы неправильно.
  11. 100 других отстойных вещей, о которых я сейчас не вспоминаю.
9
ответ дан 8 December 2019 в 05:20
поделиться
  1. Некоторые из нас не хотят или не могут использовать установщик .NET.
  2. Некоторые из нас не хотят устанавливать Visual Studio для распространения программы, написанной, скажем, на Borland Delphi. WiX и .NET не имеют ничего общего друг с другом.
  3. WiX предоставляет гораздо более полный набор функций, чем установщик .NET.
0
ответ дан 8 December 2019 в 05:20
поделиться
Другие вопросы по тегам:

Похожие вопросы: