Otrzymywanie komunikatu „nie znaleziono pliku” w nagłówku Bridging podczas importowania struktur Objective-C do projektu Swift

Mam projekt Swift, dla którego próbuję zaimportować platformy oparte na ObjC. Struktura znajduje się w katalogu pod ścieżką projektu i odwołuje się do niej projekt w Xcode. Jest również dodawany do „Połącz pliki binarne z bibliotekami” na stronie „Fazy kompilacji” projektu.

Jednak z jakiegoś powodu nie mogę uwzględnić struktury w pliku Bridging-Header. Otrzymuję następujący błąd:

BridgingHeader.h:5:9: error: 'Parse/Parse.h' file not found
#import <Parse/Parse.h>
        ^
<unknown>:0: error: failed to import bridging header 'BridgingHeader.h'

Rzeczy, które sprawdziłem:

1. Opcja „Instaluj nagłówek zgodności Objective-C” jest ustawiona na „TAK”.
2. Ścieżki wyszukiwania nagłówków obejmują ścieżkę do struktur.

Jestem pewien, że czegoś mi brakuje, więc jeśli ktoś ma jakieś wskazówki, byłoby świetnie.

Znalazłem rozwiązanie:

• Ustawienie „Nagłówek pomostowy celu-C” (aka SWIFT_OBJC_BRIDGING_HEADER) musi być ustawione na poziomie celu, a NIE na poziomie projektu. Pamiętaj, aby usunąć wartość ustawienia na poziomie projektu.

(dla mnie wygląda to na błąd Xcode, ponieważ nie wiem, dlaczego to naprawia).

Mam ten sam problem. Zmieniłem wszystkie moje importu od #import "HMSegmentedControl.h"do #import <HMSegmentedControl/HMSegmentedControl.h>na przykład.

Musiałem dodać mój libkatalog w ścieżkach wyszukiwania nagłówków użytkownika:

W moim przypadku libkatalog zawiera .a-library i kilka plików nagłówkowych. Są one zawarte w pliku nagłówkowym mostkowania. Jednak szybki kompilator ich nie znalazł. Dopiero gdy dodałem ${PROJECT_DIR}/libdo ścieżki wyszukiwania nagłówka użytkownika, zbudowałem cel testowy.

(Używam Xcode 6.2 na Mavericks 10.9.5)

Napotkaliśmy ten sam komunikat o błędzie, z zupełnie inną przyczyną.

Ustawiać:

• Cel aplikacji, cały kod Obj-C
• Obiekt docelowy testów jednostkowych z pojedynczym szybkim przypadkiem testowym i nagłówkiem mostkującym odwołującym się do kodu aplikacji

Kiedy dodaliśmy drugi szybki przypadek testowy, po wyczyszczeniu (lub na maszynie kolegi z zespołu), zobaczyliśmy ten błąd podczas tworzenia celu testu jednostkowego.

Naprawiono to, dodając fikcyjną klasę Obj-C do celu testu jednostkowego.

Jeśli używasz cocoapods, spróbuj ponownie zainstalować strąki, uruchamiając następujące polecenie.

pod install

To jakoś załatwiło sprawę:

• Czysty projekt
• Wyczyść folder kompilacji
• Uruchom ponownie Xcode

Ten błąd pojawił się podczas instalowania z Cocoapods biblioteki CocoaImageHashing. Problem polegał na tym, że ścieżki wyszukiwania były błędne. Na poziomie docelowym, w Ustawieniach kompilacji -> Ścieżki wyszukiwania -> Ścieżki wyszukiwania nagłówków, ścieżki odpowiadały nieistniejącym folderom, na przykład „$ {PODS_ROOT} / Headers / Public / CocoaImageHashing”, gdy struktura folderów Headers / Public / nie istniała. Dodałem ścieżkę $ {PODS_ROOT} / CocoaImageHashing i błąd zniknął.

Cóż, to trochę dziwne, ale wydaje mi się, że musisz dodać zasób do fazy „Kopiuj zasoby pakietu” celu testowego, aby załadować wszystkie nagłówki z głównego celu aplikacji. W moim przypadku dodałem main.storyboardi załatwiłem błąd.

Zdarzyło mi się to po dodaniu / zmianie nazwy obecnych konfiguracji i ma to sens.

Każda konfiguracja korzysta z zestawu konfiguracji generowanego przez cocoapods, więc te rzeczy muszą się zgadzać.

Więc jeśli dodasz konfiguracje / zmienisz ich nazwy, będą one musiały używać odpowiednich zestawów konfiguracyjnych i do tego pod installwystarczy bieganie .

Jeśli komuś pomoże.

W moim przypadku dodane pliki obj-c mają folder odniesienia (niebieskie foldery w xcode) i nagłówek nie mógł ich znaleźć. Po prostu dodałem pliki, a nie folder, z wyszukiwarki do xcode i rozwiązałem.

Miałem ten sam problem. Dla mnie powodem było to, że używałem tego samego nagłówka mostkującego zarówno dla mojej aplikacji, jak i rozszerzenia Today. Moje rozszerzenie Today nie zawiera analizy, ale ponieważ zostało zdefiniowane w nagłówku mostkującym, próbowało go znaleźć. Utworzyłem nowy nagłówek mostkujący dla mojego rozszerzenia Today i błąd zniknął.

Mój framework działał wcześniej i nagle przestał działać, a żadna z tych odpowiedzi nie działała dla mnie. Usunąłem strukturę w Fazy kompilacji> Połącz plik binarny z bibliotekami i ponownie go dodałem. Znowu zaczął pracować.

Miałem problem i naprawiłem go po spędzeniu 2 godzin na szukaniu. Moje środowisko jak poniżej:

cocoapod 0,39,0

swift 2.x

XCode 7.3.1

Kroki:

1. ścieżka projektu: nazwa_projektu / nazwa_projektu / your_bridging_header.h
2. W sekcji Swift w ustawieniach kompilacji, nagłówek mostkowania celu-C powinien wyglądać następująco: nazwa_projektu / your_bridging_header.h
3. W your_bridging_header.h zmień wszystkie deklaracje z .h na #import
4. W klasie, która jest używana twoja_3rd_party . Zadeklaruj import your_3rd_party

Właśnie zduplikowałem istniejący schemat i dodałem kolejną konfigurację do projektu. Musiałem dodać konfigurację o tej samej nazwie do projektu frameworka, aby można było również budować w tym samym DerivedData/($AppName)/Build/Products/($CONFIGURATION_NAME)folderze. W przeciwnym razie plik .framework nie zostanie utworzony i dlatego nie można go zaimportować.

Napotkałem ten sam problem dzisiaj, kiedy próbowałem użyć kapsuły napisanej w Objective-C w moim projekcie Swift, żadne z powyższych rozwiązań nie wydawało się działać.

W podfile, który use_frameworks!napisałem. Skomentowanie tej linii i pod installponowne uruchomienie rozwiązało ten problem i błąd zniknął.

(Zaktualizowano 27 maja 2017 r.)

Xcode 8. Swift Project - importowanie celu C.

Rzeczy, które warto wiedzieć:

1. Plik nagłówkowy Bridging MUSI być zapisany w folderze projektu. (tj. nie jest zapisywany na tym samym poziomie, na którym zapisywany jest plik .xcodeproj, ale zamiast tego o jeden poziom niżej w folderach, w których zapisywane są wszystkie szybkie i obiektywne pliki c). Nadal może znaleźć plik na najwyższym poziomie, ale nie będzie poprawnie łączył i nie będzie mógł importować plików celu C do pliku nagłówkowego mostkowania
2. Plik nagłówkowy mostkowania można nazwać dowolnie, o ile jest to plik nagłówkowy .h
3. Upewnij się, że ścieżka w Ustawieniach kompilacji> Swift Compiler - General> Objective C Bridging Header prawidłowo wskazuje na utworzony przez Ciebie plik nagłówka mostkowania
4. WAŻNE: jeśli nadal otrzymujesz komunikat „nie znaleziono”, spróbuj najpierw opróżnić plik nagłówka mostkowania i usunąć wszystkie importy, które aktualnie tam zapisałeś. Upewnij się, że plik nagłówkowy mostkowania można znaleźć jako pierwszy, a następnie zacznij dodawać import z celu c do tego pliku. Z jakiegoś powodu usunie ten sam błąd „nie znaleziono”, nawet jeśli zostanie znaleziony, ale z jakiegoś powodu nie podoba mu się import
5. Nie należy #importować „MyBridgingHeaderFile.h” w żadnym z docelowych plików C. Spowoduje to również błąd „Nie znaleziono pliku”

Miałem podobny problem i tylko jedno rozwiązanie się udało. Wypróbowałem wszystko, co zasugerowałem i wiedziałem, że ustawiłem mój nagłówek mostkujący w porządku, ponieważ działała inna biblioteka.

Kiedy skopiowałem bibliotekę (przeciągnij i upuść) do projektu, bez Cocoapods, dopiero potem mogłem importować nagłówki bez błędów.

Korzystałem z biblioteki facebook / Shimmer.

Miałem podobny problem z strąkami. Zasadniczo próbując uruchomić testy interfejsu użytkownika, Xcode narzekał na brakujące pody. Rozwiązanie tego problemu było znacznie prostsze niż jakiekolwiek opisane powyżej:

1. przejdź do pliku projektu (główny, a nie docelowy)
2. kliknij kartę „Informacje” (najbardziej po lewej)
3. ustawić odpowiednią konfigurację pod dla celu testów interfejsu użytkownika (sekcja „Konfiguracje” w sekcji „Cel wdrożenia”)

Pracujący!

Znalazłem to w wątku: https://github.com/CocoaPods/CocoaPods/issues/2695

Brzmi trochę jak błąd w strąkach kakao, ale widzę powody, dla których może to być trudny przypadek.

W moim przypadku po prostu musiałem wyjść z symulatora ...

Czysty projekt, czysty folder kompilacji, uruchom ponownie Xcode. po prostu usuwam ścieżkę w projekcie goto> Build Settings> Search the keyword. Swift Compiler - General -> Objective-C Bridging header dla mnie zadziałał.

Sierpień 2019

W moim przypadku chciałem użyć protokołu Swift w pliku nagłówkowym Objective-C, który pochodzi z tego samego celu i do tego potrzebowałem użyć deklaracji przesyłania dalej protokołu Swift, aby odwołać się do niego w interfejsie Objective-C. To samo powinno dotyczyć używania klasy Swift w pliku nagłówkowym Objective-C. Aby użyć deklaracji do przodu, zobacz następujący przykład z dokumentacji w Uwzględnij klasy Swift w nagłówkach celu-C przy użyciu deklaracji do przodu :

// MyObjcClass.h
@class MySwiftClass; // class forward declaration
@protocol MySwiftProtocol; // protocol forward declaration

@interface MyObjcClass : NSObject
- (MySwiftClass *)returnSwiftClassInstance;
- (id <MySwiftProtocol>)returnInstanceAdoptingSwiftProtocol;
// ...
@end