Почему не все приложения «переносимы»?

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

Модель Windows 3.1 предлагала файлы конфигурации в стиле config.ini для каждого приложения с поддержкой общих библиотек, идущих в системные папки, чтобы избежать дублирования и неиспользованного дискового пространства.

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

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

.NET представила концепцию app.config (почти ini-файлы отметки 2, на этот раз разработчики немного сэкономили на структуре, тратя время на написание парсеров вручную). GAC был представлен версиям совместно используемых сборок в попытке предотвратить DLL Hell.

В Windows XP и, более того, в Vista, Microsoft попыталась определить пространство пользователей как место для хранения пользовательских данных и файлов конфигурации в одном стандартном месте, чтобы обеспечить перемещение профилей и простую миграцию (просто скопировать свой профиль) с приложениями, установленными в Program Files. ,

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

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

xcopy - это «простой случай» и, безусловно, не подходит для всего.

Развертывание XCOPY было объявлено Microsoft, как на пути будущей пару лет назад. Еще ничего :)

Тем временем вас может заинтересовать платформа PortableApps.com.

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

Часто кажется, что ответ «потому что так мы делали это в прошлом». Извините, но это не моет меня.

Несколько других сказали, что главная причина - реестр. Если вы говорите о драйвере устройства или каком-либо другом компоненте COM и т. Д., То да, это может быть необходимо, но не для приложений с графическим интерфейсом, таких как процессоры Word или электронные таблицы.

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

Инсталляторы также часто имеют много «знаний» о том, как работает приложение. Затем, когда приложение меняется, вам часто приходится обновлять и программу установки. Это классическая причина ошибок / проблем, которые я видел во время программирования.

Это все подходит под один размер.

Простой и тупой ответ: это просто вопрос о том, кто имеет контроль. Большинство программного обеспечения в настоящее время разработано корпоративными гигантами для корпоративной или институциональной среды, где пользователям говорят, что делать, вместо того, чтобы указывать своим компьютерам, что делать для них.

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

На самом деле, мы, кажется, забыли, что те же самые люди, которые осуждали тиранию таких гигантов, как IBM, стали современными IBM ... Просто присмотритесь к деловой практике Microsoft, Apple и Adobe, чтобы назвать несколько и прямо сказать мне, что их ограничительные лицензии более благоприятны, чем деловые практики IBM, - тот же IBM, который своей открытостью фактически проложил путь к революции персональных компьютеров ...

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

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

Комбинация реестра и хранилища для каждого пользователя. Реестра является важной частью, особенно если ваше приложение COM основе (который требует регистрации, что происходит в реестре). Хранение на пользователя (конфигурации и т. Д.) Также является важным компонентом. Единственный хороший способ сделать это - хранить его в специально разработанных каталогах (см. « Изолированное хранилище» ).

Главным образом из-за реестра Windows - даже если ваши программы находятся в определенном каталоге, настройки часто хранятся в реестре.

Это также может быть связано с тем, что программа помещает файлы в другие каталоги вашего компьютера, кроме каталога установки (например, system32)

Одним из больших преимуществ для установщиков по сравнению с переносным типом установки Xcopy является самовосстановление.

Приложение, которое использует систему установщика Windows должным образом, будет иметь все виды информации о ней, сохраненной в базе данных установщика Windows на вашем компьютере, а также довольно часто кэш важных частей файлов установки.

Если приложение по какой-то причине ломается (что-то еще удаляет / заменяет файл, реестр поврежден, проблемы с диском, пользователь удаляет ярлык и т. Д.), То, если это «объявленный ярлык», установщик фактически проверяет файлы ключей и ключи при каждом запуске и заменяет их, если они отсутствуют, или вы можете зайти в «Установка и удаление программ» и нажать «Восстановить» в приложении.

Я думаю, что это частично связано с большим количеством ненужных приложений для Windows. Например, ключи реестра, данные пользователя (/ Users // AppData). Возможно, OSX просто справляется с этим лучше / по-другому.

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

.Net Framework является платформой для включения этого типа функций, и в основном используются только установщики, потому что это то, к чему привыкли обычные пользователи. Таким же образом пользователи Mac привыкли копировать файлы в папку «Приложения».

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

Некоторые программы требуют, чтобы место установки находилось в реестре, другие могут иметь свои местоположения, жестко запрограммированные в программе (это имело место для perl.exe).

В основном, основная причина - программисты, которые пошли простым путем и жестко запрограммировали что-то в программах, либо ключи реестра, либо фактические жестко запрограммированные пути.