Как я могу упаковать приложение Mac OS для установки?

Я знаю, что в окнах есть множество инструментов установщика, которые вы можете использовать для создания установщика, но в Mac OS я видел два способа установки приложений:

Файл DMG, который вы загружаете, дважды щелкните, а затем запустите приложение внутри - обычно приложение перетаскивает значок на другой значок (представляющий папку "Программы" ) для установки приложения
Другой тип файла, который запускает, по-видимому, стандартный установщик, который иногда вызывает предупреждение типа "Этот установщик может запустить программу, чтобы определить, можете ли вы продолжить установку"

Какой "стандартный" способ упаковки приложения для установки на Mac OS? Является ли один из вышеперечисленных способов Apple?

Спасибо.

Ответ 1

Apple очень четко делает "стандарт" для загрузки программы из App Store. Это дает возможность сделать установку приложения прозрачной для обычного пользователя. И, верьте или нет, у нормальных людей много проблем с концепцией установки программы. Конечно, эта выгода связана с некоторыми издержками, но это не место для этой дискуссии - для этого есть много других мест.

Предполагая, что вы не хотите или не можете идти по маршруту App Store, как PKG, так и DMG являются распространенными способами распространения программы. Используйте PKG, если вам нужно установить файлы, кроме вашего пакета приложений (который не должен быть распространенным вариантом использования). Во всех остальных случаях используйте DMG, который предлагает пользователю скопировать приложение в папку "Приложения". Но многие ваши пользователи не поймут, что им нужно это делать (если ваша целевая аудитория не является исключительно осведомленными пользователями компьютеров). Они будут запускать ваше приложение с образа диска. В идеале в этом случае ваша программа обнаружит, что она работает с образ диска и предлагает скопировать себя в папку "Приложения".

Ответ 2

Пакеты работают хорошо. Если ваш процесс развертывания должен быть простым, это здорово.

Quick build состоит из перетаскивания вашего .app на Package и выполняется.

Для расширенной упаковки вы также можете предоставить сертификат.

http://s.sudre.free.fr/Software/Packages/about.html

Ответ 3

Мы обсуждаем две вещи:

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

Предыдущая страница маркетинга на сайте Apple говорит, что рекомендуется создавать пакеты (поэтому приложение установщика может перемещать биты на месте) с помощью Приложение PackageMaker. Его использование описано здесь: mactech.com/articles/mactech/Vol.25/25.03/2503MacEnterprise-PackagingforSystemAdministrators/index.html.

Но, как говорили другие, слон в комнате - MacAppStore (MAS для краткости). До его дебюта стандартными для крупных компаний были собственные скрипты, выполненные в пакете "bundle" в старом стиле или с использованием исполняемого файла, такого как установщик VISE. Меньшие разработчики, как правило, пытались сделать их приложение инсталлируемым с помощью drag-drop, распространяемым в zip-архивах или образах дисков (для простоты). MAS отличается: с 10.7 он использует формат пакета (который дебютировал в 10.5), называемый плоским пакетом (действительно архив xar, объяснение здесь) который передается по http в скрытую папку, устанавливается непосредственно в приложения (после чего удаляется временная папка, которую она загружает). Он отбрасывает свою квитанцию и файл счета или материалов в /private/var/db и поэтому может быть выполнен с помощью встроенного инструмента командной строки pkgutil, описанного здесь: mactech.com/articles/mactech/Vol.25/25.12/2512MacEnterprise-PackagesReceiptsandSnow/index.html

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

Помимо того, что Apple рекомендует и что является стандартной, обычной практикой, есть эта статья: https://www.afp548.com/2010/06/03/the-commandments-of-packaging-in-os-x/, в котором обсуждаются причины и причины (хотя в основном для системных администраторов) для более широкого распространения. Очень рекомендуется больше узнать о том, как и почему все идет не так, и чего следует избегать.

Ответ 4

Попробуйте Iceberg! Еще один создатель пакета.

Ответ 5

В OS X многие приложения создаются только как Relocatable приложения, которые пользователю просто нужно скопировать в /Папка приложения (или любое другое местоположение). В других случаях, когда вы необходимо выполнить некоторые операции над машиной (например, добавить пользователей или изменение разрешений), вы можете использовать установщик PKG (например, построенный с помощью PackageMaker), что позволяет выполнение некоторых сценариев предварительной и последующей установки и поддержка некоторых основных конфигурации установки, например, при выборе установочного диска.

Иногда, как и со сложным серверным программным обеспечением, вам требуется больше гибкости, например, чтобы показать пользовательские страницы для конечный пользователь, запрашивающий информацию, необходимую для установки вашего приложения, например, порт MySQL и пароль или информацию прокси загружать требования "на лету" (или просто заставить :)). Для этих случаев существуют другие инсталляционные решения, такие как BitRock InstallBuilder (отказ от ответственности, я один из разработчиков). У InstallBuilder также есть преимущество создания мультиплатформенного установщики, использующие один и тот же проект, с очень небольшой настройкой на каждый платформы.