Beim Importieren von Objective-C-Frameworks in das Swift-Projekt wird "Datei nicht gefunden" in Bridging Header angezeigt

Ich habe ein Swift-Projekt, für das ich versuche, ObjC-basierte Frameworks zu importieren. Das Framework befindet sich in einem Verzeichnis unter dem Projektpfad und wird vom Projekt in Xcode referenziert. Es wird auch zum "Link Binary with Libraries" auf der Seite "Build Phases" des Projekts hinzugefügt.

Aus irgendeinem Grund kann ich das Framework jedoch nicht in die Bridging-Header-Datei aufnehmen. Ich erhalte folgende Fehlermeldung:

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'

Dinge, die ich überprüft habe:

1. Der "Install Objective-C Compatibility Header" ist auf "YES" gesetzt.
2. Die Header-Suchpfade enthalten den Pfad zu den Frameworks.

Ich bin mir sicher, dass mir etwas fehlt. Wenn also jemand irgendwelche Hinweise hat, wäre das großartig.

Eine Lösung gefunden:

• Die Einstellung "Objective-C Bridging Header" (auch bekannt als SWIFT_OBJC_BRIDGING_HEADER) muss auf Zielebene und NICHT auf Projektebene festgelegt werden. Stellen Sie sicher, dass Sie den Einstellungswert auf Projektebene löschen.

(Für mich scheint es ein Xcode-Fehler zu sein, da ich nicht weiß, warum er behoben wird).

Ich habe das gleiche Problem. Ich habe zum Beispiel alle meine Importe von #import "HMSegmentedControl.h"auf geändert #import <HMSegmentedControl/HMSegmentedControl.h>.

Ich musste mein libVerzeichnis in User Header Search Paths hinzufügen :

In meinem Fall libenthält das Verzeichnis die .a-library-Datei und einige Header-Dateien. Diese sind in der Bridging-Header-Datei enthalten. Der schnelle Compiler würde sie jedoch nicht finden. Erst als ich ${PROJECT_DIR}/libdem Suchpfad für den Benutzerkopf hinzugefügt habe , wurde das Testziel erstellt.

(Ich verwende Xcode 6.2 unter Mavericks 10.9.5)

Wir haben dieselbe Fehlermeldung mit einer völlig anderen Ursache festgestellt.

Konfiguration:

• App-Ziel, alle Obj-C-Code
• Unit-Test-Ziel mit einem einzelnen schnellen Testfall und einem Bridging-Header, der sich auf den App-Code bezieht

Als wir den zweiten schnellen Testfall nach einer Reinigung (oder auf der Maschine eines Teamkollegen) hinzufügten, sahen wir diesen Fehler beim Erstellen des Einheitentestziels.

Es wurde behoben, indem dem Einheitentestziel eine Dummy-Obj-C-Klasse hinzugefügt wurde.

Wenn Sie Cocoapods verwenden, installieren Sie die Pods erneut, indem Sie den folgenden Befehl ausführen.

pod install

Das hat irgendwie den Trick für mich getan:

• Projekt reinigen
• Bereinigungsordner bereinigen
• Starten Sie Xcode neu

Dieser Fehler trat bei der Installation der Bibliothek CocoaImageHashing mit Cocoapods auf. Das Problem war, dass die Suchpfade falsch waren. Auf der Zielebene entsprachen die Pfade unter Build-Einstellungen -> Suchpfade -> Header-Suchpfade nicht vorhandenen Ordnern, z. B. "$ {PODS_ROOT} / Headers / Public / CocoaImageHashing", wenn die Ordnerstruktur Headers / Public / hat nicht existiert. Ich habe den Pfad $ {PODS_ROOT} / CocoaImageHashing hinzugefügt und der Fehler ist verschwunden.

Nun, es ist etwas seltsam, aber ich denke, Sie müssen Ihrer "Copy Bundle Resources" -Phase Ihres Testziels eine Ressource hinzufügen, damit alle Header von Ihrem Haupt-App-Ziel geladen werden. In meinem Fall habe ich hinzugefügt main.storyboardund es hat den Fehler behoben.

Dies ist mir nach dem Hinzufügen / Umbenennen aktueller Konfigurationen passiert und macht Sinn.

Jede Konfiguration verwendet das von Cocoapods generierte Konfigurationsset, sodass diese Dinge übereinstimmen müssen.

Wenn Sie also Konfigurationen hinzufügen / umbenennen, müssen diese die richtigen Konfigurationssätze verwenden, und für diese Ausführung pod installwird dies ausgeführt.

Wenn jemand hilft.

In meinem Fall haben meine obj-c-Dateien einen Referenzordner (die blauen Ordner in xcode) und der Header konnte sie nicht finden. Fügte einfach die Dateien, nicht den Ordner, vom Finder zu xcode hinzu und löste sie.

Ich hatte das gleiche Problem. Für mich war der Grund, dass ich sowohl für meine App als auch für meine Today-Erweiterung denselben Bridging-Header verwendete. Meine Today-Erweiterung enthält keine Analyse, aber da sie im Bridging-Header definiert wurde, wurde versucht, danach zu suchen. Ich habe einen neuen Bridging-Header für meine Today Extension erstellt und der Fehler ist verschwunden.

Mein Framework funktionierte vorher und hörte plötzlich auf zu arbeiten, und keine dieser Antworten funktionierte für mich. Ich habe das Framework unter Build-Phasen> Binär mit Bibliotheken verknüpfen entfernt und erneut hinzugefügt. Wieder angefangen zu arbeiten.

Ich hatte ein Problem und habe es behoben, nachdem ich 2 Stunden damit verbracht hatte, es zu finden. Meine Umgebung wie folgt:

Cocoapod 0.39.0

schnell 2.x.

XCode 7.3.1

Schritte:

1. Projektpfad: Projektname / Projektname / your_bridging_header.h
2. Im Abschnitt "Swift" unter "Build-Einstellung" sollte der Objective-C-Bridging-Header wie folgt lauten: project_name / your_bridging_header.h
3. Ändern Sie in your_bridging_header.h alle Deklarationen von .h in #import
4. In der Klasse, die verwendet wird your_3rd_party . Deklarieren Sie den Import Ihrer_3rd_party

Ich hatte gerade ein vorhandenes Schema dupliziert und dem Projekt eine weitere Konfiguration hinzugefügt. Ich musste dem Projekt des Frameworks eine Konfiguration mit demselben Namen hinzufügen, damit es auch im selben DerivedData/($AppName)/Build/Products/($CONFIGURATION_NAME)Ordner erstellt werden konnte. Andernfalls wird die .framework-Datei nicht erstellt und kann daher nicht importiert werden.

Ich bin heute auf dasselbe Problem gestoßen, als ich versuchte, einen in Objective-C geschriebenen Pod in meinem Swift-Projekt zu verwenden. Keine der oben genannten Lösungen schien zu funktionieren.

In der Poddatei hatte ich use_frameworks!geschrieben. Das Kommentieren dieser Zeile und das pod installerneute Ausführen dieses Problems lösten dieses Problem für mich und der Fehler verschwand.

(Aktualisiert am 27. Mai 2017)

Xcode 8. Swift Project - Importieren von Ziel C.

Sachen zu wissen:

1. Die Bridging-Header-Datei MUSS im Projektordner gespeichert werden. (dh nicht auf derselben Ebene gespeichert, auf der .xcodeproj gespeichert ist, sondern eine Ebene weiter unten in den Ordnern, in denen alle Ihre schnellen und objektiven c-Dateien gespeichert sind). Es kann die Datei immer noch auf der obersten Ebene finden, aber es wird nicht korrekt verknüpft und kann Objective C-Dateien in die Bridging-Header-Datei importieren
2. Bridging-Header-Datei kann beliebig benannt werden, solange es sich um eine .h-Header-Datei handelt
3. Stellen Sie sicher, dass der Pfad unter Build-Einstellungen> Swift Compiler - Allgemein> Ziel C Bridging-Header korrekt auf die von Ihnen erstellte Bridging-Header-Datei verweist
4. WICHTIG: Wenn Sie immer noch "nicht gefunden" werden, versuchen Sie zunächst, Ihre Bridging-Header-Datei zu leeren und alle Importe zu löschen, die Sie derzeit dort geschrieben haben. Stellen Sie sicher, dass die Bridging-Header-Datei zuerst gefunden wird, und fügen Sie dann dieser Datei objektive c-Importe hinzu. Aus irgendeinem Grund wird derselbe Fehler "nicht gefunden" zurückgeworfen, selbst wenn er gefunden wird, aber der Import, den Sie aus irgendeinem Grund versuchen, gefällt ihm nicht
5. Sie sollten "MyBridgingHeaderFile.h" nicht in eine Ihrer Ziel-C-Dateien importieren. Dies führt auch zu einem Fehler "Datei nicht gefunden"

Ich hatte ein ähnliches Problem und nur eine Lösung hat für mich funktioniert. Ich habe alles versucht, was vorgeschlagen wurde, und ich wusste, dass ich meinen Bridging-Header in Ordnung gesetzt habe, weil ich eine andere Bibliothek hatte, die funktionierte.

Wenn ich die Bibliothek (Drag & Drop) ohne Cocoapods in das Projekt kopierte, konnte ich erst danach Header ohne Fehler importieren.

Ich habe die Facebook / Shimmer-Bibliothek benutzt.

Ich hatte ein ähnliches Problem mit Pods. Grundsätzlich versuchte Xcode, meine UI-Tests auszuführen, und beschwerte sich über fehlende Pods. Die Lösung hierfür war viel einfacher als die oben beschriebenen:

1. gehe zur Projektdatei (Haupt kein Ziel)
2. Klicken Sie auf die Registerkarte "Info" (ganz links)
3. Festlegen der richtigen Pod-Konfiguration für das UI-Testziel (Abschnitt "Konfigurationen" direkt unter "Bereitstellungsziel")

Arbeiten!

Ich habe es in einem Thread gefunden: https://github.com/CocoaPods/CocoaPods/issues/2695

Klingt ein bisschen wie ein Fehler für Kakaofrüchte, aber ich kann Gründe sehen, warum es ein schwieriger Fall sein könnte.

In meinem Fall musste ich nur den Simulator verlassen ...

Projekt bereinigen, Build-Ordner bereinigen, Xcode neu starten. Ich entferne einfach den Pfad unter Projekt gehe zu> Build-Einstellungen> Suche nach dem Schlüsselwort. Swift Compiler - Allgemein -> Objective-C Bridging-Header hat bei mir funktioniert.

August 2019

In meinem Fall wollte ich ein Swift-Protokoll in einer Objective-C-Headerdatei verwenden, die vom selben Ziel stammt, und dafür musste ich eine Vorwärtsdeklaration des Swift-Protokolls verwenden, um es in der Objective-C-Schnittstelle zu referenzieren. Dasselbe sollte für die Verwendung einer Swift-Klasse in einer Objective-C-Headerdatei gelten. Informationen zur Verwendung der Vorwärtsdeklaration finden Sie im folgenden Beispiel in den Dokumenten unter Einschließen von Swift-Klassen in Objective-C-Headern mit Vorwärtsdeklarationen :

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

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