Может кто-нибудь посоветовать мне, почему более целесообразно использовать Web Deployment Package для всех известных пакетов MSI.Пакет веб-развертывания и развертывание MSI
Какие преимущества это может принести мне, когда я буду использовать их.
Благодаря
Подобные дебаты по ClickOnce против MSI дискуссий. В конце концов вы можете сделать почти все с MSI (даже если это означает использование пользовательских действий), чем вы можете сделать с пакетом развертывания Web. С другой стороны, Web dep. пак. прекрасно интегрирована в Visual Studio и дает минимальную головную боль при создании пакетов. Все дело в простоте использования.
Я согласился с принятым ответом, но хотел предоставить дополнительную перспективу.
У меня есть опыт работы с MSI, позволяющий проверять MSI с несколькими экземплярами, который поддерживает развертывание WebUI/WebApp в течение часа и делает его легко поддерживаемым. Но я также признаю, что для этого потребовалось много знаний и опыта, и для большинства новичков в MSI задача абсолютно огромна.
Я также признаю, что для многих веб-разработчиков они даже не попробуют. Они будут использовать некоторые powershell для xcopy-контента и настроить IIS без богатой истории пользовательских пакетов.
Веб-развертывание предназначено для замены решения, которое фокусируется на истории одного пользователя, а не на общем случае.
Пакеты веб-развертывания и MSDEPLOY в целом также интегрированы с IIS. Вы можете развернуть пакет с помощью команды «Импорт» в контекстном меню сайта и создать пакет с помощью «Экспорт».
Они также очень гибкие и могут развертывать больше, чем веб-сайт. Они также могут развертывать сборки .NET в GAC, а объекты COM могут быть зарегистрированы во время развертывания. Пакеты могут быть параметризованы так, что один пакет может быть развернут в нескольких средах путем изменения параметров во время развертывания.
Wix или WixSharp позволяют немного погрузиться в MSI. –
@Uwe Keim: По сравнению с чем? Автор в ORCA? –
Не знаю; Я попытался использовать различные инструменты для создания MSI (включая VS.NET) и обнаружил, что WixSharp по-прежнему болен в использовании, но результаты являются лучшими из тех, которые я когда-либо производил. –