Утилита для получения последней версии приложения Windows Form из сетевого ресурса

Question

Существует ли какая-либо утилита, которая скопирует "официальную" сборку приложения Windows Form из общего сетевого ресурса и запустит его (с рабочего стола клиента)? Я хочу убедиться, что пользователи получат последнюю версию при обновлении двоичных файлов на общем сетевом ресурсе.

ClickOnce не подходит для пользователей, поэтому я ищу что-то еще ...

Answer 1

Возможно ли, что вы могли бы пересмотреть свой вопрос, чтобы описать то, что вы находите недружелюбным в ClickOnce? В моем офисе мы обнаружили, что ClickOnce является наиболее эффективным и удобным для пользователя способом обновления и распространения настольных бизнес-приложений. Мне интересно, может быть, лучший способ решить ваш вопрос - это решить проблемы, возникшие у вас с ClickOnce, а не интегрировать / внедрять другое решение.

Answer 2

Я делал это раньше следующим способом:

1 - сохранить «официальную» сборку в определенном сетевом местоположении

2 - пользователь запускает программу со своего локального компьютера

3 - При запуске программа сравнивает собственную версию файла с # на сервере.

4 - Если две версии отличаются, скопируйте новую версию с сервера и перезапустите.

Довольно просто, и работает, пока вы находитесь в интрасети.

Шаг 4 - единственная сложная часть. Вы не можете заменить файл во время его использования, поэтому вам нужно либо

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

или

2 - Пользователь должен запустить «вспомогательное» приложение, которое проверяет версию, обновляет при необходимости и затем запускает реальное приложение. Конечно, вам придется иметь дело с обновлением вспомогательного приложения.

Answer 3

У нас есть инструмент, который бы это делал, который использовался до появления такой вещи, как Центр обновления Windows (или любое другое обновление).

Проблема любого вида обновления этого способа - уровень безопасности пользователя. Много раз вам нужно быть администратором для выполнения определенных функций.

Наше решение состоит из двух частей / одного исполняемого файла: 1. сервисный режим, который запускает локальную систему или администратора для выполнения таких операций. 2. исполняемый файл, который может вызываться приложением для получения через UNC, HTTP, FTP обновлений для приложения и их применения.

Основной процесс таков: 1. Приложение проверяет номер своей версии; мы используем центральную базу данных для перечисления всех приложений и номеров их версий. 2. Если приложение является незначительной ревизией, мы даем пользователю возможность отказаться от установки; если это серьезная ревизия, нам нужна установка. 3. После подтверждения обновления мы вызываем исполняемый файл средства обновления, который совместно с продуктом для режима обслуживания извлекает обновления, устанавливает их и перезапускает приложение.

Если вы заинтересованы, перейдите на веб-сайт, указанный в моем профиле, и отправьте нам адрес запроса поддержки, и я предоставлю вам более подробную информацию и кодовую базу, если необходимо.

Answer 4

Проверьте это:

.NET-клиентские приложения: компонент обновления приложений .NET

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