Упаковка приложений MacOS - есть ли рекомендуемый способ для совместного использования платформ между связанными приложениями в комплекте - PullRequest
1 голос
/ 03 марта 2020

У меня большой набор приложений с более чем 40 приложениями и очень большим количеством платформ, которые по практическим соображениям (размер - ПРИЧИНА) должны быть доступны всем. Общий размер должен составлять около 240 МБ без сжатия, но если бы каждое приложение было полностью автономным, я рассчитал, что на самом деле добавится коэффициент около 10, то есть 2400 МБ, что для набора приложений, который обычно используется на судах в море и обычно с полностью разбитым sh inte rnet подключений не полный стартер. Не говоря уже об ужасной трате дискового пространства!

Сейчас у меня есть каждое приложение, упакованное как пакет .app, и каждое содержит свою собственную копию необходимых сред выполнения в своей собственной папке Contents / Frameworks.

Теперь мне интересно, как развернуть пакет без увеличения стоимости диска всех этих платформ, например, умножив его на количество приложений !!! (Хотя некоторые приложения используют только меньшее подмножество фреймворка). Версия windows пакета, разумеется, решает эту проблему по-другому и на самом деле упакована с использованием установщика windows, но это уже совсем другая история. Для MacOS (что довольно ново для меня) у нас есть комплекты приложений, и я видел скудное обсуждение топи c наборов приложений, а также множество примеров, указывающих, как решить эту проблему.

Мой наивный подход может заключаться в том, чтобы попытаться поместить символические ссылки в папку FrameWorks, чтобы они указывали на пакет приложения root. Это означало бы, что у меня будет один пакет приложений для пакета. Он будет содержать несколько вложенных пакетов .app. Каждая из них будет иметь в своей папке фреймворков отдельные символические ссылки, указывающие на папки root Frameworks для каждой используемой фреймворка. Я подозреваю, что это может сработать, если оно не нарушает какое-либо правило подписания!

Может ли этот подход работать? Что сделали другие?

Есть ли другие предлагаемые подходы?

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...