Publiczny i prywatny nagłówek parasola w Objective C

Question

Mam tę bazę kodu, która jest Objective C i Swift mix. Niektóre miejsca Swift używa Objective i vice versa. Muszę stworzyć framework teraz oparty na tej bazie kodu, ale nie chcę włączać wszystkich obiektywnych plików c do nagłówka mojego parasola. Oto mój problem:

Wewnątrz mojego szkieletu nadal potrzebuję móc używać Swift z objc i vice versa; ale nie chcemy ujawniać wszystkich tych plików objc, które są używane wewnętrznie przez szybkie klasy. Nagłówek Bridging nie jest dozwolony w frameworkach, więc wszystkie nagłówki potrzebne do szybkiego pojawiania się w nagłówku parasola.

Zastanawiam się, czy możliwe jest posiadanie wszystkich nagłówków objc, wymaganych przez wewnętrzny kod SWIFT, w pliku, który byłby moim prywatnym nagłówkiem parasolowym, a wszystkie pliki, które muszę ujawnić, zostałyby umieszczone w nagłówku parasola publicznego.

Wszelkie sugestie?

Answer 1

Z powodzeniem używam jawnie zadeklarowanych modułów jako rozwiązania dla tego problemu dla przypadku Celu C -> Swift. Nie rozdzieliłem deklaracji modułu na osobną mapę modułu prywatnego, ale zadeklarowałem zarówno moduł ramowy, jak i jawny moduł w obrębie tej samej listy modulemap, z uwagi na obawy wyrażone w jednym z komentarzy do pytania (nie byłem pewien, czy i jak to się stało można użyć nagłówka wygenerowanego przez mapę modułu prywatnego wewnątrz tego samego frameworka).

Oto fragment z modulemap I zdefiniowanego w moim MPFoundation.framework, która zawiera wyraźne moduł MPManuscriptCompiler_Protected że importuje nagłówek "MPManuscriptCompiler+Protected.h" który nie jest zawarty w nagłówku parasolem dla ram:

framework module MPFoundation { 
    umbrella header "MPFoundation.h" 

    export * 
    module * { export * } 

    explicit module MPManuscriptCompiler_Protected { 
     header "MPManuscriptCompiler+Protected.h" 
     export * 
    } 
} 

I wtedy użyć tego modułu MPManuscriptCompiler_Protected wyraźny w moim Swift podklasy, która jest obecna w tych samych ramach tak:

import MPFoundation.MPManuscriptCompiler_Protected 

Moje rozwiązanie jest technicznie tylko rozwiązaniem: aby to zadziałało, "MPManuscriptCompiler+Protected.h" można oznaczyć w strukturze jako nagłówek poziomu prywatnego lub projektu, więc nie będzie on widoczny w nagłówku parasolki i nie będzie dostępny dla importu z nagłówkiem jego nazwa pliku. Tak więc działa to wokół konieczności uwzględnienia tego nagłówka w nagłówku parasol.

Jednak stworzony w ten sposób moduł jest publicznie dostępny w ramach i dostępny dla oczu, które nie powinny go widzieć. Nie badałem tego dalej, ponieważ praktycznie to rozwiązuje problem wystarczająco dobrze (mam jeszcze problemy, w których przypadkowo zaimportowałem ten chroniony nagłówek tam, gdzie nie powinno się go importować).