Создание установщика с формами WPF, упакованными файлами и пользовательскими действиями установки

Я пытаюсь создать способ развернуть ряд инструментов (которые являются дополнениями к стороннему программному обеспечению) моим пользователям.

Я хотел бы сделать следующее:

  • Пользователь входит последовательный
  • Dlls в их структуре каталогов извлечен к программным файлам
  • файл копируется в местоположение в ProgramData (это регистрирует мои дополнения к приложению сторонних производителей),
  • Активация онлайн для программного обеспечения выполняется

Кто-либо может указать на меня в правильное направление для этого? Я взглянул на проекты развертывания в Visual Studio, но я не уверен, являются ли они тем, что я после. Основная проблема, они ужасны, я хотел бы иметь хороший установщик WPF и иметь более пользовательский опыт. Но я предполагаю, что это может быть обменяно если его попытка сделать вещи легче.

Я думал, я мог просто сделать свой собственный проект C#, который извлекает файлы, но я понятия не имею, как упаковать их и извлечь их всех как часть одной загрузки (как файлы MSI, которые проекты развертывания создают). Кто-либо может указать на меня в правильном направлении?

1
задан John Saunders 27 April 2010 в 01:49
поделиться

2 ответа

Суть установщика WPF заключается в том, что вашим пользователям потребуется установить соответствующую версию .NET только для установки вашего приложения. . Это может быть нормально, если вы используете .NET 3.0 и ваше программное обеспечение требует Windows Vista или выше. Но если вы используете .NET 3.5 или 4.0, простого указания .NET как требования может быть недостаточно. Что вы будете делать, если пользователь удаляет .NET, а затем пытается удалить ваше приложение?

Вот почему обычно считается плохой идеей использовать настраиваемые действия .NET в установщике.

Несмотря на то, что MMR рекомендует WiX хорошо (я использовал его, и он очень мощный), следует отметить, что у него крутая кривая обучения. Или, по крайней мере, так было, когда я использовал его в последний раз, потому что для него было мало или совсем не было поддержки зрелых инструментов. Вы в основном все создавали вручную.

Если у вас нет ресурсов разработчика, чтобы тратить много времени на программу установки, я бы посоветовал взглянуть на коммерческий продукт разработки установщика, который, вероятно, позволит вам быстро приступить к работе.

Но вы, вероятно, сможете сэкономить много времени, переместив серийный номер / часть активации из установщика и сделав это из вашего приложения при первом запуске.

2
ответ дан 3 September 2019 в 01:00
поделиться

Перейти к WiX .

Оказывается, написать собственный установщик намного сложнее, чем кажется, и убедиться, что он хорошо работает во всех версиях Windows и т. Д., Не так-то просто. Так что используйте их.

0
ответ дан 3 September 2019 в 01:00
поделиться
Другие вопросы по тегам:

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