Каковы варианты развертывания приложения для коммерческих приложений .NET .NET?

Там должен быть много других разработчиков, которые ищут «хороший» метод развертывания .NET настольные приложения а, где «хорошо» означает:Каковы варианты развертывания приложения для коммерческих приложений .NET .NET?

Простота установки для пользователя пробного
Разумного размера загрузки (не 350 MB уродство)
Низкая стоимость любого приобретенного инструмента
Мишени Windows XP SP3, Windows, Vista, Windows 7 и т.д.

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

Другие соответствующие факторы:

среды разработки: Visual Studio 2010 или 2008 (может переключаться)
Требования к установке просты: ничего Visual Studio Installer не может справиться.
Кривая обучения: очень желательно использовать сквозное развертывание .NET.
Несмотря на то, что в настоящее время, ориентируясь на .NET 2.0, таргетинг на более позднюю версию .NET (4.0-клиентского профиля?) Без перезагрузки (установка Windows Installer 3.1 install!) Может оказаться полезной/желательной.

Насколько я могу судить, все чистые подходы Microsoft включают в себя создание нескольких файлов для сложных инструкций по установке (загрузить X, Y, запустить X, убрать).

источник

2010-11-06 MZB

Проект установки выполняет все это. Звучит для меня, что вы даже не пробовали. –

@Hans - Звучит так, как будто вы не пробовали устанавливать .Net на «голых» системах Windows :-).Затем посмотрите (a), сколько объяснений было необходимо для пользователя, и (б) стоимость поддержки, когда пользователи завинчивают установку. В проекте установки создается файл setup.exe и файл .msi. Если вы просто используете файл .msi, установка предварительной установки .net не является автоматической. Если Windows Installer 3.1 не установлен заранее, это еще более проблематично. – MZB

Ну, пошлите им exe, а не msi. MSI 3.1 является одним из искушенных включенных предварительных условий для любого проекта установки. Жаловаться на то, что пользователи ошибаются, не помогает нам помочь вам, если вы не можете привести конкретные примеры того, как они ошибались. –

Я не помню точную механику, но вы можете установить установщик для загрузки .NET-инфраструктуры непосредственно из Microsoft, а не из своего собственного сайта, и только если он еще не установлен.

Кроме того, обратите внимание на таргетинг на профиль клиента, который является «единственным» 50 МБ (по-прежнему большой, но лучше, чем 350 МБ). Наконец, Windows Vista и Windows 7 поставляются с установленной платформой .NET, а Microsoft использует ее в своем собственном программном обеспечении, поэтому проникновение в инфраструктуру на самом деле довольно велико. В наши дни намного реже, когда пользователю необходимо установить фреймворк вместе с вашим приложением, по крайней мере, до тех пор, пока вы будете придерживаться 2.0 или 3.5.

источник

2010-11-06 19:06:30

.NET4 (если это вариант - он запускается по вашим целям :-) имеет гораздо лучшие размеры распределения (клиент * и * полный): http://www.hanselman.com/blog/TowardsASmallerNET4DetailsOnTheClientProfileAndDownloadingNET.aspx – 2010-11-06 19:12:18

К сожалению точная механика важна и причина, по которой я задаю этот вопрос. Автоматическая загрузка из Microsoft была бы ОК, если бы я мог использовать один исполняемый файл. В настоящее время я придерживаюсь 2.0 именно потому, что он скорее всего будет предварительно установлен. Но однажды мне бы хотелось использовать более позднюю версию ... – MZB

@MZB вы можете закрепить файл setup.exe и файл setup.msi вместе в самораспаковывающемся exe для распространения. –

Если установщик Windows 3.1 или более поздняя версия и .NET framework присутствуют на целевой машине, создание установщика с использованием проектов установки было для меня довольно простым.

В результате получается один файл MSI для загрузки и запуска. Вы просто добавляете выход проекта в проект установки, и вам хорошо идти.

Если вы придерживаетесь .NET 2.0, я считаю, что он был меньше, чем .NET 3.5 SP1.

Другая альтернатива XCOPY. Вы сжимаете папку bin приложения и просите пользователя разогнать и запустить приложение.

источник

2010-11-06 19:15:41

Спасибо за ваш ответ. «Если Windows Installer 3.1 и .Net присутствует», именно поэтому я и спрашиваю. Я не могу предположить, что если я не удалю XP/.Net 3.x в качестве целей. (XCopy не подходит для коммерческого развертывания). – MZB

Каковы варианты развертывания приложения для коммерческих приложений .NET .NET?

ответ

Смежные вопросы