Обновление установки

Question

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

Я задаю этот вопрос, потому что в приложении есть возможность внести изменения только в одну dll приложения, тогда есть какая-либо другая опция, в которую мы вносим изменения в эту dll и даем пользователю, и пользователь должен обновить только эту DLL и не должен удалить всю установку и переустановить всю установку?

Answer 1

.net dll не нужно регистрировать, так почему бы вам не сделать небольшую программу обновления, которая просто заменит обновленную dll. Нет необходимости удалять и переустанавливать.

Answer 2

Если я правильно понимаю ваш вопрос, вы запрашиваете лучшее решение для развертывания для приложений на базе .NET?

В этом случае я предлагаю вам взглянуть на ClickOnce . Visual Studio имеет встроенную поддержку ClickOnce.

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

Если вы не хотите использовать ClickOnce, другой вариант - использовать MEF . Это позволит вам расширить ваше приложение с помощью так называемых дополнений. Эти надстройки в основном являются классами, которые загружаются из сборок во время выполнения. Это означает, что у вас может быть запущенное приложение, использующее версию 1.0 определенной сборки, и даже во время работы приложения пользователь может заменить сборку, и программное обеспечение будет дата.

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

Answer 3

Когда мы запускаем наше приложение, появляется окно входа в систему, где действительный пользователь должен предоставить свои учетные данные для входа (Старые вещи!).Когда они помещаются в систему и после успешной регистрации, мы запускаем запрос web service, отправляющий метаданные клиентского приложения (версия, операционная система и т. Д.).Этот веб-сервис размещен на нашем домене.Этот веб-сервис использует функцию по умолчанию, где он запрашивает базу данных, чтобы получить информацию о последнем (или стабильном) выпуске системы, а затем мы сравниваем ее с информацией, полученной из клиентского приложения, и отправляем сравнение.Получаемые данные - это битовое значение, которое попадает в случай окна сообщения, например, если это более ранняя версия, клиентское приложение открывает окно, позволяющее загрузить более новую версию приложения (или более новая версия доступна, но не совместима с вашей операционнойсистема и т. д.)

Мы делаем еще несколько вещей при успешной регистрации (например, проверка лицензионного ключа).Почему после успешной регистрации, потому что только действительный пользователь имеет право засунуть наш web service