Автообновление программного обеспечения - PullRequest
1 голос
/ 27 февраля 2011

Мы разрабатываем приложение для Windows на C #.Я хочу обеспечить автоматическое обновление программного обеспечения.Фактически, как только пользователь запустит программу, он сможет уведомить пользователя о том, что он получит последнюю версию с сервера.Мы создали нашу установку с помощью создателя установки Visual Studio.Затем программное обеспечение может захватить, если есть какая-либо обновленная версия.Мы предоставляем поддержку всем нашим пользователям и обновляем их серверы, если есть какие-либо обновления с нашей стороны.Если есть какое-либо обновление, мы можем обновить запись в базе данных пользователя.Мой вопрос теперь, где я должен хранить последние обновления для пользователей.

Мой первоначальный подход состоял в том, чтобы хранить обновленные установочные файлы в общей папке на их сервере.Но в прошлом у нашей компании было много проблем с таким подходом.Итак, мне пришлось отказаться от этого подхода.Теперь я думаю о том, чтобы загрузить исполняемые файлы в SQL Server.Наш установочный файл на данный момент составляет 60 МБ, но в будущем он может быть увеличен до 100 МБ.Как вы думаете?Будет ли это возможным решением?У вас есть идеи получше?

Ответы [ 3 ]

4 голосов
/ 04 мая 2011

Попробуйте NetSparkle . Это простая в использовании платформа обновления программного обеспечения для разработчиков .NET.

2 голосов
/ 27 февраля 2011

Очень сложно дать какой-либо осмысленный ответ, не зная почему вам не нравится clickonce.Лично я считаю, что хотя clickonce не подходит для всех развертываний, он очень хорош для многих - и во многих случаях он не принят, потому что разработчики не знают, как его настроить или получить от него максимум.

Если вы действительно не можете использовать clickonce, взгляните на проект Google omaha , который представляет собой аккуратное автообновление, которое уже установлено на любой машине Windows с Chrome.

И, наконец, если вы собираетесь накатывать свои собственные, я бы, вероятно, не предлагал хранить их на SQL Server, не проверив сначала, чтобы посмотреть, как это повлияет на ваши стратегии резервного копирования и репликации, по крайней мере.Я не очень понимаю, какое преимущество вы получите по сравнению с HTTP, UNC, FTP или подобным хранилищем.

0 голосов
/ 27 февраля 2011

Не храните большой исполняемый файл в базе данных.

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

...