Что не так с установкой приложения путем копирования содержимого папки Bin> Debug?

Question

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

Есть ли недостатки такого способа использования приложений Windows для периода тестирования?

Answer 1

В этом подходе нет ничего плохого - это то, что называется xcopy deploy . Вы не получаете несколько вещей, делающих это таким образом:

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

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

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

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

Answer 2

Единственное изменение, которое вы можете сделать, - это создать приложение в Release вместо Debug и взять файлы из папки Bin> Release.

больше информации: http://haacked.com/archive/2004/02/14/difference-between-debug-vs-release-build.aspx

Answer 3

Если у вас есть несколько файлов для развертывания вместе с вашим exe-файлом, dll для регистрации, ассоциации файлов для настройки, тогда установщик - это отличный способ обеспечить все это надежным способом. Если вы не сделаете этого с установщиком, пользователь может легко все испортить.

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

Однако во многих случаях эти характеристики просто не стоят того, и развертывание автономного приложения в одном exe-файле вполне приемлемо. Простые приложения, которым не нужно хранить много настроек на вашем компьютере и не имеют много предварительных условий, являются прекрасными примерами. Первое, что приходит на ум, это все утилиты от Sysinternals .

Answer 4

Чтобы решить проблему с количеством пользователей, существует очень простое решение, которое не требует установки полного установщика. Базовая настройка для многопользовательского развертывания xcopy / .bat:

1. Общий диск с одной папкой для файлов .bat, одной для двоичных файлов.
2. Загрузить бинарные файлы в общий доступ диск и обновить скрипт установки если нужно.
3. Пусть каждый пользователь запустит скрипт установки.

Кстати, некоторые очень сложные информационные системы ПОЛНОСТЬЮ разворачиваются с помощью файлов .bat (даже если не тестируют!).

Answer 5

Я вижу только один потенциальный недостаток.В вашем подходе нет ничего плохого, если у вас не более 1–3 пользователей, а изменения во время сеанса тестирования происходят не часто.Когда изменения происходят часто, и вам нужно скопировать библиотеку более чем 3 пользователям (хостам и т. Д.), Я имею в виду время отсоединения - время обслуживанияЯ знаю, о чем говорю, потому что там, где я работаю, у нас есть такая проблема.В прошлый раз я начал больше заботиться о поддержке нашего приложения и копировании файлов с одного хоста на другой, а не о кодировании.:( По моему честному мнению, иногда лучше потратить время на начало работы и написать установщик, чем уделять много внимания и копировать вещи позже.