Ký khung nhúng không hoạt động trong Xcode 11.2.1

Tôi có một ứng dụng bằng chứng khái niệm nhỏ, nơi tôi đang cố gắng nhúng (và ký) một khung (Alamofire) bên trong khung của mình (AequumPOCFramework.framework), tuy nhiên, khi tôi cố gắng triển khai vào thiết bị của mình, nó vẫn tiếp tục đưa ra tôi lỗi

.... không hợp lệ để sử dụng trong quá trình sử dụng Xác thực thư viện: tệp ánh xạ không có cdhash, hoàn toàn không dấu? Mã phải được ký ít nhất là ad-hoc.

Nếu tôi chỉ cố gắng triển khai khuôn khổ của riêng mình, mà không có phần mềm được nhúng trong đó, mọi thứ đều hoạt động tốt.

Lỗi hoàn toàn khi triển khai vào iphone của tôi là:

dyld: Thư viện không được tải: @ rpath / Alamofire.framework / Alamofire Được tham chiếu từ: /private/var/containers/Bundle/Application/EDB697EB-EA15-4301-B4B6-A8FE1F0212BE/Poc. : không tìm thấy hình ảnh phù hợp. Đã tìm thấy: /private/var/containers/Bundle/Application/EDB697EB-EA15-4301-B4B6-A8FE1F0212BE/PocIOS.app/Frameworks/AequumPOCFramework.framework /containers/Bundle/Application/EDB697EB-EA15-4301-B4B6-A8FE1F0212BE/PocIOS.app/Frameworks/AequumPOCFramework.framework/Frameworks/Alamum , hoàn toàn không dấu? Mã phải được ký ít nhất là ad-hoc.

Tôi đang làm gì sai?

— geekyaleks
nguồn

Có cùng một vấn đề ở đây. Hiện đang đào sâu vào vấn đề này. Giữ cho tôi được đăng nếu bạn đã tìm thấy một giải pháp!

— Mattk90

Rất vui khi thấy tôi không phải là người duy nhất .... Nếu tôi tìm ra, tôi sẽ cho bạn biết. Ngoài ra, xin vui lòng cho tôi biết nếu bạn thực hiện bất kỳ đầu.

— geekyaleks

Tôi đã có thể nói với bạn rằng nó phải làm với quy trình ký của khung. Vì vậy, vấn đề là Xcode nói rằng việc ký kết khung nhúng là sai hoặc không giống với khung của chính bạn. Tôi hiện đang đào sâu hơn. Kiểm tra bài viết này để có phần giới thiệu tốt về chủ đề: Medium.com/@tally_b/more-unfolding-on-ios-signings-b6886236d7fc

— Mattk90

Vâng, có gì đó không đúng với quy trình ký này ... Hiện tại, tôi đang đưa khung công tác Alamofire của mình vào khung riêng của mình, ký và nhúng nó vào đó, VÀ ký và nhúng nó vào chính Ứng dụng. Tôi biết loại hút này, nhưng điều này sẽ cho phép tôi ít nhất là tiếp tục viết mã, và hy vọng một bản sửa lỗi thực sự sẽ sớm xuất hiện.

— geekyaleks

Cảm ơn bạn đã trả lời rất toàn diện ... Tôi đã quyết định rằng bây giờ, tôi sẽ chỉ ký khung "nhúng / nhúng" trong ứng dụng, hy vọng một câu trả lời khác sẽ xuất hiện trong tương lai gần ...

— geekyaleks

Câu trả lời:

Các khung lồng nhau không được hỗ trợ trên iOS (xem phần kỹ thuật ). Giải pháp hợp pháp duy nhất tại thời điểm này là liên kết các khung "nhúng" trực tiếp với một ứng dụng lưu trữ.

* XCFramework chủ yếu là tổng hợp các nhị phân cụ thể của nền tảng 'và không liên quan gì đến việc nhúng các khung công tác.

— berec
nguồn

Bất kỳ tin tức về vấn đề này? Tôi đang đối mặt với cùng một vấn đề: khung A của tôi đang sử dụng khung B của tôi và tôi cần ứng dụng cuối cùng chỉ bao gồm khung A và không thể truy cập khung B

— Silvia

@Silvia Nếu bạn thực sự cần ẩn B, thì tôi tin rằng bạn có thể biến nó thành Thư viện tĩnh.

— berec

Bạn cũng phải nhúng Alamofire vào dự án của bạn.

Ví dụ: bạn đang sử dụng Carthage và Cartfile trong khung của bạn có thư viện Alamofire. Bạn cũng phải sử dụng cùng một Carfile cho ứng dụng chính của mình. Ngoài ra, bạn phải thực hiện các hành động Carthage khác (liên kết thư viện, thêm tập lệnh chạy) cho ứng dụng chính.

— Yusuf Demirci
nguồn

Vâng, tôi cũng thấy rằng, tuy nhiên, đó không phải là mục tiêu của tôi để tất cả các Framework của tôi được tiếp xúc với nhà phát triển cuối cùng. Tôi đã hy vọng có mọi thứ được gói gọn gàng bên trong một khung (khung của tôi). Cảm ơn ..

— geekyaleks