Портативное приложение - Portable application

Не путать с переносимость программного обеспечения, переносимый исполняемый файл, или же двоичный файл с мультиархитектурой.
А USB-накопитель может переносить портативные приложения

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

Портативные приложения можно хранить на любом устройство хранения данных, в том числе внутренние массовое хранилище, а общий доступ к файлам, облачное хранилище или внешнее хранилище, такое как USB-накопители и дискеты - хранение своих программных файлов и любой информации о конфигурации и данных только на носителе. Если информация о конфигурации не требуется, переносимая программа может быть запущена из только чтение хранение, такое как CD-ROM и DVD-диски. Некоторые приложения доступны в обоих устанавливаемый и портативные версии.

Некоторые приложения, которые не переносятся по умолчанию, поддерживают дополнительную переносимость с помощью других механизмов, наиболее распространенным из которых является аргументы командной строки. Примеры могут включать / портативный просто указать программе вести себя как переносимая программа, или --cfg = / путь / inifile , чтобы указать расположение файла конфигурации.

Как и любое приложение, портативные приложения должны быть совместимы с аппаратным обеспечением компьютерной системы и Операционная система.

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

Переносимые приложения Windows

Переносимое приложение не оставляет свои файлы или настройки на главном компьютере и не изменяет существующую систему и ее конфигурацию. Приложение не пишет в Реестр Windows и не хранит свои файлы конфигурации (такие как INI файл ) в пользовательском профиль; вместо этого он хранит свои файлы конфигурации в переносном каталоге. Еще одно требование, поскольку пути к файлам часто будет отличаться при смене компьютера из-за различий в присвоение букв дисков, это необходимость для приложений хранить их в относительный формат. Хотя в некоторых приложениях есть опции для поддержки такого поведения, многие программы не предназначены для этого. Распространенной техникой для таких программ является использование программы запуска для копирования необходимых настроек и файлов на главный компьютер при запуске приложения и перемещения их обратно в каталог приложения при его закрытии.

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

Такой же подход используется для отдельных компонентов приложения: библиотеки времени выполнения, COM компоненты или ActiveX не только для всего приложения.[1] В результате, когда отдельные компоненты переносятся таким образом, они могут быть: интегрированы в оригинальные переносимые приложения, многократно созданы (виртуально установлены) с разными конфигурациями / настройками на одном и том же Операционная система (ОС) без взаимных конфликтов. Поскольку перенесенные компоненты не влияют на связанные с ОС объекты (реестр и файлы), компоненты не требуют прав администратора для установки и управления.

Microsoft увидела необходимость в реестре для конкретных приложений для своей операционной системы Windows еще в 2005 году.[2] В конечном итоге он включил часть этой технологии, используя упомянутые выше методы, через свою базу данных совместимости приложений.[3] используя свои обходные пути[4] код библиотеки в Windows XP. Он не делал ни одну из этих технологий через свою систему API.

Переносимость в Linux и Unix-подобных системах

Смотрите также: Автопакет и Нулевая установка

Программы, написанные на основе Unix-подобных систем, часто не делают никаких предположений. В то время как многие программы Windows предполагают, что пользователь администратор - что-то очень распространенное во времена Windows 95 /98 /МНЕ (и в некоторой степени в Windows XP /2000 хотя и не в Виндоус виста или же Windows 7 ) - это быстро приведет к ошибкам «Permission denied» в Unix-подобных средах, поскольку пользователи гораздо чаще будут находиться в непривилегированном состоянии. Поэтому программы обычно предназначены для использования ДОМА переменная окружения для хранения настроек (например, $ HOME/.w3m для w3m браузер). Динамический компоновщик предоставляет переменную среды LD_LIBRARY_PATH которые программы могут использовать для загрузки библиотек из нестандартных каталогов. Предполагая / mnt содержит переносимые программы и конфигурацию, командная строка может выглядеть так:

HOME = / mnt / home / user LD_LIBRARY_PATH = / mnt / usr / lib / mnt / usr / bin / w3m www.example.com

Приложение Linux без необходимости взаимодействия с пользователем (например, адаптации сценария или переменной среды) с различными путями к каталогам может быть достигнуто с помощью GCC Компоновщик вариант $ ORIGIN что позволяет относительный путь поиска библиотеки.[5]

Не все программы соблюдают это - некоторые полностью игнорируют $ HOME и вместо этого выполняют поиск пользователя в / etc / passwd чтобы найти домашний каталог, что затрудняет переносимость.

Существуют также форматы пакетов для разных дистрибутивов, которые не требуют прав администратора для запуска, например Автопакет, клик (теперь называемый AppImage) или CDE, но получивший лишь ограниченное признание и поддержку в сообществе Linux в 2000-х годах.[6][7][8] Примерно в 2015 году идея портативной и независимой от дистрибутива упаковки для экосистемы Linux получила большее распространение, когда Линус Торвальдс обсуждал эту тему на DebConf 2014 и подтверждено позже AppImage за его журнал погружений заявление Подземный.[9][10][11] Например, MuseScore и Крита последовал в 2016 году и начал использовать сборки AppImage для развертывания программного обеспечения.[12][13] RedHat выпустил в 2016 году Flatpak система, которая является преемницей Александра Ларссона блеск проект, вдохновленный klik (теперь AppImage).[14] По аналогии, Канонический выпущен в 2016 г. Пакеты Snap за Ubuntu и многие другие дистрибутивы Linux.

Многие приложения Mac, которые можно установить с помощью перетаскивания, по сути переносимы как пакеты приложений Mac.[15] Примеры включают Mozilla Firefox, Skype и Гугл Хром которые не требуют доступа администратора и не должны размещаться в центральной зоне ограниченного доступа. Приложения размещены в / Пользователи / имя пользователя / Приложения (~ / Приложения) регистрируются в macOS LaunchServices так же, как и приложения, помещенные в главную /Приложения папка. Например, щелкнув файл правой кнопкой мыши в Finder и выбрав «Открыть с помощью ...», вы увидите приложения, доступные как в / Applications, так и в ~ / Applications. Разработчики могут создавать установщики продуктов Mac, которые позволяют пользователю выполнить установку из домашнего каталога с пометкой «Установить только для меня» в пользовательском интерфейсе установщика.[16] Такая установка выполняется как пользователь.

Смотрите также

Рекомендации

  1. ^ «Технология преобразования портативных приложений». Программное обеспечение Sphinx. Архивировано из оригинал 7 сентября 2010 г.. Получено 19 января, 2012.
  2. ^ «Портативный реестр приложений». ip.com. Получено 19 января, 2012.
  3. ^ Ионеску, Алекс. «Секреты базы данных совместимости приложений (SDB) - Часть 1». Получено 19 января, 2012.
  4. ^ "Объездные пути". Microsoft Research. Получено 19 января, 2012.
  5. ^ Hustvedt, Eskild (2008-02-08). «Наш новый способ познакомиться с LGPL». Архивировано из оригинал на 2009-02-20. Получено 2011-03-09. Вы можете использовать специальное ключевое слово $ ORIGIN, чтобы сказать «относительно фактического местоположения исполняемого файла». Внезапно мы обнаружили, что можем использовать -rpath $ ORIGIN / lib, и это сработало. Игра загружала правильные библиотеки, поэтому была стабильной и переносимой, но теперь она полностью соответствовала духу LGPL, а также букве!
  6. ^ Вининг, Николай (13.10.2010). «Уважаемое сообщество Linux: нам нужно поговорить». Игры Газовые Лампы. Получено 2011-01-30. Сообщество Linux, в своей безграничной мудрости, продолжает разжигать ад из CDE. [...] «Нам всем следует просто использовать управление пакетами». Вот что я хочу сказать, и пусть мои слова будут унесены с гор, написанных на крошечных каменных табличках: Управление пакетами - не универсальная панацея.
  7. ^ Байфилд, Брюс (12 февраля 2007 г.). «Автопакет пытается получить признание». linux.com. Архивировано из оригинал на 2008-03-31. Получено 2012-01-21. Если Хирн прав, настоящий урок Autopackage состоит не в том, как улучшить установку программного обеспечения, а в сложности - возможно, невозможности - крупномасштабных изменений в архитектуре Linux на столь позднем этапе ее истории. Это отрезвляющее и разочаровывающее завершение проекта, который когда-то казался таким многообещающим.
  8. ^ "AppImages". Элементарный проект. Архивировано из оригинал 13 декабря 2010 г.. Получено 19 января, 2012.
  9. ^ Линус Торвальдс (2014-08-29). «Вопросы и ответы с Линусом Торвальдсом» (видео). DebConf 2014 Портленд. дебиан.сеть. 6:28. Получено 2016-05-14. Я видел это воочию с другим проектом, в котором я участвую, - моим приложением для журнала погружений. Мы делаем двоичные файлы для Windows и OSX, но в основном не делаем двоичные файлы для Linux. Почему? Потому что создание двоичных файлов для настольных приложений Linux - это большая чертова боль в заднице.CS1 maint: использует параметр авторов (связь)
  10. ^ Торвальдс, Линус. "Это просто очень круто". Google+. Я наконец нашел время поиграть с версией + Subsurface "AppImage", и она действительно, кажется, "просто работает".
  11. ^ Хондел, Дирк (25 ноября 2015 г.). "Это просто очень круто". Google+. Я, как разработчик приложения, больше не хочу, чтобы мое приложение входило в состав дистрибутива. Слишком много боли при абсолютно нулевом выигрыше. Всякий раз, когда я получаю сообщение об ошибке, мой первый вопрос: «О, какая версия какого дистрибутива? Какая версия какой библиотеки? Какой набор безумных патчей был применен к этим библиотекам?». Нет, Windows и Mac понимают это правильно. Я контролирую библиотеки, с которыми работает мое приложение. [...] С AppImage я могу дать им именно это. То, что работает на их компьютере.
  12. ^ Вайс, Исаак. «Выпущен MuseScore 2.0.3». MuseScore.org. MuseScore. Архивировано из оригинал на 2016-04-23. Получено 2016-04-05.
  13. ^ «Выпущена Krita 3.0». Krita.org. Krita. 2016-05-31.
  14. ^ Эксперименты с вечными наборами App Bundle от Алекса Ларссона (2007)
  15. ^ «Распространение вашего приложения». developer.apple.com. Получено 2017-05-23.
  16. ^ «Справочник по распространению XML». developer.apple.com. Получено 2017-05-23.