Comments 7
Тяжёлые зависимости похожи на тяжёлые наркотики: стоит отказаться, и жизнь станет легче.
Есть подозрение что автор не в курсе существования carthage, который успешно менеджит xcframeworks, прикрепленные к релизам автоматически, либо сам их билдит. Без всего этого головняка в виде заворачивания в пакет и ручного обновления
Я знаю о существовании Carthage. Многие зависимости которые я использую на проекте не поддерживают Carthage. Кроме того SPM активно развивается и становится стандартом в iOS разработке. Firebase например сообщили что SPM это будущее и они не будут поддерживать Carthage.
В этом ведь и прелесть carthage: чтобы его поддерживать должен быть лишь открыт исходный код и/или прикреплен в релизе сбилженный xcframework. Если же этого нет, то вы и описанный вами вариант не сможете сделать. Где вы сами возьмете xcframework?
Вариант с либой, которая закрыла код + бинари прикрепляет не к релизу, а у себя на сайте выкладывает, считаю крайне редким и вообще сильным сигналом удалять поскорее эту зависимость
Можно ли СПМ-пакет сформировать одновременно и с бинарником, и с исходниками? И на лету менять с кем линковаться? Бинарник – для быстрого запуска. Исходники – для тех, кто хочет разобраться во внутрянке или подебажить?
Спасибо, интересно.
Минус такого подхода один — станет сложнее обновлять зависимости. Необходимо скачивать zip файл с xcframework файлами и помещать их в Swift Package. К счастью это можно автоматизировать.
Вот с автоматизацией было бы прям хорошо, если соберетесь выложить такой пост, то будет приятное дополнение к текущему.
Тем более после обновления SPM пребилд скрипты на сколько я понимаю легко сделать.
Правильно подключаем тяжелые зависимости к Xcode проекту через Swift Package Manager