Występuje błąd „Brak takiego modułu” przy użyciu Xcode, ale istnieje tam framework

Obecnie koduję w Swift i mam błąd:

Brak takiego modułu Społecznościowy

Ale nie rozumiem, ponieważ moduł jest w moim projekcie, zadeklarowany w „Powiązanych ramach i bibliotekach” oraz „Wbudowanych plikach binarnych”.

Frameworki są w Objective-C, więc napisałem dla nich nagłówek Bridge.

Proszę, w jaki sposób mogę sprawić, by Xcode rozpoznał ramę?

Nie jestem pewien, dlaczego tak się dzieje, ale jednym ze sposobów rozwiązania tego problemu jest przejście do ustawień kompilacji i zdefiniowanie Ścieżek przeszukiwania ram do folderu zawierającego te ramy. Jeśli frameworki zostaną umieszczone w katalogu projektu, wystarczy ustawić ścieżkę wyszukiwania frameworka $(SRCROOT)i ustawić rekurencję.

Jeśli jest piątek po południu lub w dowolnym momencie po 1 w nocy:

Otwarcie xcodeprojzamiast xcworkspacespowoduje błąd taki jak ten ...

Upewnij się, że nazwy twoich konfiguracji w podprojektach odpowiadają nazwom projektu „nadrzędnego”. Jeśli nazwa konfiguracji nie pasuje dokładnie (wielkość liter ma znaczenie), Xcode przerwie proces archiwizacji i wyświetli błąd „Brak takiego modułu ...”

Oznacza to, że jeśli masz projekt „nadrzędny” z konfiguracją o nazwie „AppStore”, musisz upewnić się, że wszystkie podprojekty również mają tę nazwę konfiguracji.

Zobacz moje załączone zrzuty ekranu.

Nie jestem do końca pewien, dlaczego odpowiedź Martina R w komentarzach do pytania jest tak lekceważona:

Upewnij się, że próbowałeś po prostu pominąć import frameworka, ponieważ jest on już dodany z nagłówkiem pomostowym .

Mam nadzieję że to pomoże

Miałem ten sam problem podczas używania Cocoapods i Swift . Nie zauważyłem następujących wierszy w Podfile:

# Uncomment this line if you're using Swift
# use_frameworks!

Wszystko, co musiałem zrobić, to zmienić na:

# Uncomment this line if you're using Swift
use_frameworks!

... i zadziałało :)

Porównaj ten zrzut ekranu z ustawieniem kompilacji. Może to zadziała. Przejdź do ścieżki wyszukiwania frameworka:

Miałem również ten problem. Dla mnie poprawka polegała na tym, że schematy Archiwum między dwoma projektami nie pasowały. Mam XCworkspace z projektem ramowym i projektem aplikacji. Problem polegał na tym, że w schemacie archiwizacji dla mojej aplikacji korzystałem z innej konfiguracji kompilacji niż w schemacie archiwizacji. Ustawiłem obie konfiguracje kompilacji na Wydanie i to rozwiązało problem.

Poniższe kroki działały dla mnie.

1. Zamknij xcode
2. Uruchom "pod update"w terminalu
3. Otwórz .xcworkspacei buduj ponownie.

W moim przypadku, po wielu próbach ustalenia, co robiłem źle, importując framework, w końcu odkryłem, że sam szkielet był problemem. Jeśli nie otrzymujesz frameworka z zaufanego źródła, powinieneś sprawdzić frameworkę i upewnić się, że zawiera on folder Modules z plikiem module.modulemap. Jeśli moduł.modulemap nie jest obecny, pojawi się błąd „Brak takiego modułu„ MyFramework ””.

Jeśli w folderze Modules brakuje folderu „MyFramework.swiftmodule”, wówczas szkielet zostanie znaleziony, ale Xcode nie będzie wiedział o jego zawartości, więc wystąpią różne błędy.

Zakładając, że Framework naprawdę istnieje i znajduje się na ścieżce itp.… Usuń katalog ~ / Library / Developer / Xcode / DerivedData / ModuleCache (i wyczyść projekt i usuń dane pochodne właściwe dla projektu).

Podczas standardowego czyszczenia katalog ModuleCache nie jest odbudowywany.

Dla mnie zadziałało to rozwiązanie innego pytania. Zamykanie Xcode i ponowne otwieranie projektu jako obszaru roboczego.
Przejdź do folderu projektu i otwórz .xcodeworkspace plik.
Po otwarciu obszaru roboczego (zamiast projektu) kapsuły powinny pojawiać się jako projekt najwyższego poziomu w Nawigatorze projektów.

Upewnij się, że Find implicit Dependenciesopcja Budowanie w schemacie jest włączona!

Kilka dni temu napotkałem ten sam błąd. Oto jak rozwiązałem problem:

Błąd to „moduł nie został znaleziony”

• Utwórz plik Podfile w katalogu głównym projektu
• Zainstaluj cocoapods (menedżer zależności dla projektów Swift i iOS)
• Uruchom instalację pod

• Przejdź do ustawień kompilacji projektu:

  • Znajdź nagłówek mostkujący Cel-c w kompilatorze Swift - Generowanie kodu (jeśli nie znajdziesz tutaj kompilatora Swift, prawdopodobnie dodaj nowy plik Swift do projektu)
  • Przeciągnij i upuść plik nagłówka biblioteki z lewej strony do nagłówka pomostowego (patrz obraz w załączeniu)

• Utwórz nowy plik nagłówka pomostowego: np. TestProject-Bridging-Header.h i umieść w Swift Compiler → Nazwa nagłówka interfejsu wygenerowanego przez Objective-C (zob. Obrazek powyżej)

• W pliku TestProject-Bridging-Header.h napisz #import „Mixpanel / Mixpanel.h”
• W pliku Swift kod powinien brzmieć: Importuj Mixpanel (tj. Nazwę biblioteki)

To wszystko.

Ok, jak udało mi się rozwiązać ten sam problem, to ustawić położenie danych pochodnych względem katalogu obszaru roboczego zamiast pozostawić go domyślnym. Przejdź do preferencji w xcode. Przejdź do zakładki lokalizacji w preferencjach i ustaw Dane pochodne na Względne. Mam nadzieję, że to pomoże.

Otrzymałem ten sam błąd dla

import Firebase

Ale potem zauważyłem, że nie dodawałem kapsuły do ​​głównej sekcji celu, a jedynie dodawałem do celów Test i TestUI w Podfile.

Za pomocą polecenia

pod init

dla szybkiego projektu xcode generowany jest następujący plik podfile

# Uncomment the next line to define a global platform for your project
# platform :ios, '9.0'

target 'MyApp' do
  # Comment the next line if you're not using Swift and don't want to use dynamic frameworks
  use_frameworks!

  # Pods for MyApp

  target 'MyAppTests' do
    inherit! :search_paths
    # Pods for testing
  end

  target 'MyAppUITests' do
    inherit! :search_paths
    # Pods for testing
  end

end

Więc upewnij się, że dodajesz strąki do każdego odpowiedniego symbolu zastępczego.

Jeśli budujesz platformę taką jak tvOS, upewnij się, że masz wybrany symulator Apple TV (tj. Dopasowywanie).

Zbudowanie aplikacji tvOS z wybranym symulatorem iOS dało mi dokładnie ten błąd. Spędziłem większą część godziny, szukając różnego rodzaju problemów z kompilacją ... doh.

W moim przypadku aplikacja IPHONEOS_DEPLOYMENT_TARGET została ustawiona na 9,3, podczas gdy w moim nowo utworzonym środowisku ustawiono ją na 10,2

Modyfikator domyślnych zależności zignorował moją nową strukturę, ponieważ wymagania platformy docelowej są wyższe niż wymagania aplikacji.

Po dostosowaniu frameworku docelowego wdrażania systemu iOS, aby pasował do mojego celu wdrożenia aplikacji, środowisko zostało pomyślnie skompilowane i połączone.

Otrzymałem ten sam błąd, ponieważ dodałem kilka frameworków Cocoapods. Jeśli używamy kapsuł w naszym projekcie, powinniśmy użyć xcodeworkspacezamiast xcodeproject. Aby uruchomić projekt przez xcodebuild, dodałem -workspace <workspacename>parametr w xcodebuildpoleceniu i działał idealnie.

Okazało się, że Import Pathsw Build Settingsmylił dla niestandardowego (MySQL) modułu. Po wskazaniu tego we właściwym kierunku wiadomość zniknęła.

Naprawiłem to za pomocą

Cele -> Ogólne -> Powiązane frameworki i biblioteki

Dodaj strukturę, która powinna znajdować się na górze w Workspacefolderze. Coś uciążliwego.

Właśnie usunąłem cocoapod. Następnie zrobiłem instalację pod, aby go usunąć. Następnie dodałem go z powrotem do mojego pliku pod i ponownie go zainstalowałem. Dzięki temu działało. Nie pewny dlaczego.

Zainstalowałem już strąki. Kompilacja działała bez żadnych problemów po skompilowaniu aplikacji na moim urządzeniu, ale archiwum nie działało. Po prostu biegam:

pod install

nie zainstalowano żadnych nowych modułów, po prostu plik .xcodeproj został zregenerowany i archiwum zaczęło działać

W Xcode 10.1 rozwiązaniem była dla mnie zmiana systemu kompilacji w Ustawieniach obszaru roboczego w menu Plik. Domyślnie jest ustawiony na Nowy system kompilacji , zmieniono go na starszy system kompilacji i to załatwiło sprawę.

Istnieje kilka potencjalnych błędnych konfiguracji, z których może wynikać problem,

1. Potwierdź, że otworzyłeś plik, .xcworkspaceale nie .xcodeprojplik. Upewnij się także, że Socialnajpierw zbudowałeś kompilację TriviaApp.
2. Upewnij się, że cel wdrażania iOS jest ustawiony tak samo dla wszystkich modułów z aplikacją główną. Na przykład, czy TriviaAppcel wdrażania jest ustawiony na 9.0, Socialcel wdrożenia również musi być ustawiony na 9.0.
3. Upewnij się, że twój główny moduł ( TriviaApp) i używany framework ( Social) mają ten sam zestaw konfiguracji. czyli jeśli projekt ma trzy konfiguracje, Debug, Release, ReleasePremiumniż ramach Społecznej również trzeba mieć trzy konfiguracje Debug, Release, ReleasePremium. Upewnij się także, że konfiguracja archiwum jest taka sama dla obu TriviaAppi Social. tzn. jeśli twój TriviaAppschemat archiwizacji jest ustawiony na ReleasePremium, twój Socialschemat archiwizacji również musi być ustawiony na ReleasePremium.
4. Upewnij się, że nie trzeba importować Socialdo każdego .swiftpliku, jeśli jest już dodany do pliku Bridging-Header.h.
5. W przypadku emisji pochodzi z plików POD, upewnij się Odkomentowano #use_frameworks!się use_frameworks!od ciebie Podfile. Czasami ponowna instalacja Socialzasobnika działa, jeśli jest zależna od zasobników.
6. Jeśli żaden z powyższych kroków nie działa, usuń folder danych pochodnych i spróbuj ponownie zbudować.

Jeśli używasz Kartaginy, frameworki w ustawieniach budynków zwykle pozostają

$(PROJECT_DIR)/Carthage/Build/iOS

Jeśli uruchomisz carthage update --platform ios --no-build(aby zaoszczędzić czas) pliki w folderze Build nie zostaną ponownie utworzone, moduły nie będą dostępne dla XCode.

W moim przypadku uciekłem carthage update --platform ios, a następnie mój problem został rozwiązany.

W General => Linked Frameworks and Libraries, dodałem mój ./Pods/Pods.xcodeproji to załatwiło sprawę

Dla mnie Kompilacja Tylko architektura aktywna została ustawiona na Tak dla wybranej konfiguracji. To załatwiło sprawę:

Wybierz „Pods” z lewego nawigatora projektu> Wybierz „Ustawienia kompilacji”> Kompiluj aktywną architekturę tylko na Nie

Jeśli wszystkie powyższe metody nie zadziałały tak jak w moim przypadku. Poprzedniego dnia nie było problemu, ale następnego ranka napotkałem ten sam błąd. Właśnie usunąłem ramy, usuwając odniesienia i ponownie je dodałem. Wiem, że to może zabrzmieć głupio, ale voila zadziałało.

Miałem podobny problem z ładowaniem FacebookSDK, dodałem ~ / Documents / FacebookSDK (szukaj tam, gdzie są twoje frameworki) do ścieżek wyszukiwania frameworka w Ustawieniach kompilacji, a potem mogłem zaimportować moduł FBSDKShareKit

Za to, co jest warte (jestem nowy w tym, używając Xcode 7.2 / Swift 2), ale zauważyłem, że samo posiadanie pliku .swift z biblioteki w katalogu projektu automatycznie daje ci do niego dostęp i nie potrzebuje instrukcji using.

Przykład: używam SwiftyJSON i po prostu posiadanie pliku SwiftyJSON.swift w projekcie było wszystkim, czego potrzebowałem. usingOświadczenie zostało rzeczywiście daje mi błąd „nie ma takiego modułu” i wyjmując go rozwiązać, i to działa dobrze.