Підписання вбудованої рамки не працює в Xcode 11.2.1

У мене є невеликий додаток із підтвердженням концепції, де я намагаюся вставити (і підписати) рамку (Alamofire) всередину своєї рамки (AequumPOCFramework.framework), однак, коли я намагаюся розгорнути на свій пристрій, вона продовжує надавати мені помилка

.... не вірно для використання в процесі використання перевірки бібліотеки: на картографічному файлі немає cdhash, повністю не підписаний? Код повинен бути принаймні спеціальним підписаним.

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

Повна помилка при розгортанні на моєму iphone:

dyld: Бібліотека не завантажена: @ rpath / Alamofire.framework / Alamofire Посилання від: /private/var/containers/Bundle/Application/EDB697EB-EA15-4301-B4B6-A8FE1F0212BE/PocIOS.app/Frameworks/AequumPFFememeFAmequeraPeacmeraFeaqueworkPaqueumPC : не знайдено відповідного зображення Виявили: /private/var/containers/Bundle/Application/EDB697EB-EA15-4301-B4B6-A8FE1F0212BE/PocIOS.app/Frameworks/AequumPOCFramework.framework/Frameworks/Alamofire.framework/morelaaframala (framework) /containers/Bundle/Application/EDB697EB-EA15-4301-B4B6-A8FE1F0212BE/PocIOS.app/Frameworks/AequumPOCFramework.framework/Frameworks/Alamofire.framework/Alamofire не використовується при використанні файлу не використовується для недійсного файлу, не використовується при використанні файлу. , повністю без підпису? Код повинен бути принаймні спеціальним підписаним.

Що я роблю неправильно?

— гекьялекс
джерело

Маючи ту ж проблему тут. В даний час розглядаємо цю проблему. Повідомте мене, якщо ви вже знайшли рішення!

— Метк90

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

— geekyaleks

Я вже можу вам сказати, що це стосується процесу підписання рамки. Таким чином, проблема полягає в тому, що Xcode каже, що підпис вбудованої рамки неправильний або не такий, як ваші власні рамкові. Я зараз копаю глибше. Перевірте цю статтю на предмет вступу до теми: medium.com/@tally_b/more-unfolding-on-ios-signings-b6886236d7fc

— Mattk90

Так, з цим процесом підписання щось не так ... Наразі я включаю мою систему Alamofire до власної рамки, підписую та вкладаю її туди, а також підписую та вставляю її у сам додаток. Я знаю, що таке відстій, але це дозволить мені принаймні продовжувати кодування, і, сподіваюсь, справді виправляється колись незабаром.

— geekyaleks

Дякую за дуже вичерпну відповідь ... Я вирішив, що поки що я просто підпишу "вбудований / вбудований" фреймворк у самому додатку, сподіваюся, ще одна відповідь з’явиться найближчим часом ...

— geekyaleks

Відповіді:

Вкладені рамки не підтримуються на iOS (див. Технічні примітки ). Наразі єдиним законним рішенням є підключення "вбудованих" фреймворків безпосередньо до хостинг-програми.

* XCFramework - це, головним чином, агрегація бінарних файлів, визначених для платформи, і, на жаль, не має нічого спільного з вбудовуванням фреймів.

— берек
джерело

Будь-які новини про проблему? Я зіткнувся з тією ж проблемою: мій фреймворк A використовує мою рамку B, і мені потрібно, щоб остаточний додаток включав лише рамку A, а не мати доступ до рамки B

— Сільвія

@Silvia Якщо вам абсолютно потрібно приховати B, то я вважаю, що ви можете перетворити його на статичну бібліотеку.

— береч

Ви також повинні вбудувати Alamofire у свій проект.

Наприклад, ви використовуєте Carthage, а Cartfile вашої основи має бібліотеку Alamofire. Ви також повинні використовувати той самий Carfile для свого основного додатка. Крім того, ви повинні виконати інші дії Карфагена (зв’язування бібліотеки, додавання сценарію запуску) для головного додатка.

— Юсуф Демірці
джерело

Так, я це також виявив, проте не моєю метою було виставити всі мої рамки кінцевому розробнику. Я сподівався, що все добре поєднається в одній рамці (моїй рамці). Дякую ..

— geekyaleks