Помилка "Немає такого модуля" за допомогою Xcode, але рамка є

В даний час я кодую в Swift, і у мене виникла помилка:

Немає такого модуля Social

Але я не розумію, тому що модуль є в моєму проекті, оголошений у "Пов'язаних рамках та бібліотеках" та "Вбудованих бінарних файлах".

Рамки є в Objective-C, тому я написав для неї Bridge Header.

Будь ласка, як я можу змусити Xcode розпізнавати рамки?

Я не впевнений, чому це відбувається, але один із способів вирішити свою проблему - зайти в налаштування збирання та визначити рамки Шляху пошуку до папки, яка містить відповідні рамки. Якщо рамки розміщені у вашому каталозі проектів, просто встановіть шлях пошуку рамки $(SRCROOT)та встановіть його на рекурсивний.

У випадку, якщо в п’ятницю вдень або в будь-який час після 1 години ночі:

Відкриття xcodeprojзамість цього xcworkspaceпризведе до такої помилки ...

Переконайтесь, що назва ваших конфігурацій у підпроектах відповідає тому, що відповідає "батьківському" проекту. Якщо найменування конфігурації не збігаються точно (з урахуванням регістру), Xcode скасує процес архіву та покаже помилку "Немає такого модуля ..."

Тобто, якщо у вас є "батьківський" проект з конфігурацією під назвою "AppStore", ви повинні переконатися, що всі підпроекти також мають це ім'я конфігурації.

Дивіться мої додані скріншоти.

Я не зовсім впевнений, чому відповідь Мартіна Р в коментарях до питання так не враховується:

Переконайтеся, що ви спробували просто пропустити імпорт фреймворку, оскільки це вже додано до мостового заголовка .

Сподіваюсь, це допомагає

У мене був той самий випуск, використовуючи Cocoapods та Swift . У підфілі я не помітив наступних рядків:

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

Отже, все, що я повинен був зробити, це змінити його на:

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

... і це спрацювало :)

Порівняйте цей знімок екрана з налаштуванням збірки. Це може спрацювати. Перейти до рамкового шляху пошуку:

Я також відчував цю проблему. Для мене виправлено те, що схеми архіву між двома проектами не збігалися. У мене є xcworkspace з рамковим проектом та проектом для додатків. Проблема полягала в тому, що в схемі «Архів» для мого додатка я використовував іншу конфігурацію збірки, ніж рамки, що використовуються для її схеми «Архів». Я встановив обидві конфігурації побудови для випуску, і це вирішило проблему.

Наступні кроки працювали для мене.

1. Закрити xcode
2. Запустити "pod update"в терміналі
3. Відкрийте .xcworkspaceі побудуйте заново.

У моєму випадку, після багатьох спроб з'ясувати, що я роблю неправильно, імпортуючи рамку, я врешті-решт виявив, що сама проблема є проблемою. Якщо ви не отримуєте рамку з надійного джерела, слід ознайомитись з фреймворком та переконатися, що він містить папку Modules з файлом module.modulemap. Якщо module.modulemap немає, ви отримаєте помилку "Немає такого модуля" MyFramework "".

Якщо в папці Модулі відсутня папка "MyFramework.swiftmodule", тоді буде знайдено рамку, але Xcode не дізнається про її вміст, тому ви отримаєте різні помилки.

Якщо припустити, що Рамка дійсно є і на шляху, і т.д. ... видаліть каталог ~ / Бібліотека / Розробник / Xcode / DerivedData / ModuleCache (і очистіть проект та видаліть похідні дані, специфічні для проекту, для гарного виміру).

Коли ви робите стандартне очищення, каталог ModuleCache не буде відновлено.

Що для мене спрацювало - це рішення іншого питання. Закриття Xcode та повторне відкриття проекту як робочої області.
Перейдіть до папки проекту та відкрийте .xcodeworkspace файл.
Після відкриття робочої області (замість проекту) Pods повинні відображатися як проект верхнього рівня в Project Navigator.

Будьте впевнені, що Find implicit Dependenciesпараметр Build в Scheme увімкнено!

Я також зіткнувся з тією ж помилкою кілька днів тому. Ось як я вирішив проблему:

Помилка "модуль не знайдено"

• Створіть Podfile у вашому каталозі кореневих проектів
• Встановити cocoapods (менеджер залежностей для проектів Swift та iOS)
• Запустіть установку pod

• Перейдіть до налаштувань збірки проекту:

  • Знайдіть об'єктивний заголовок Objective-c під компілятором Swift - Генерація коду (Якщо ви не знайдете компілятора Swift тут, ймовірно, додайте новий файл Swift до проекту)
  • Перетягніть файл заголовка бібліотеки з лівої сторони до мостового заголовка (див. Зображення, що додається)

• Створіть новий заголовочний файл заголовка: напр. TestProject-Bridging-Header.h та поставте під компілятор Swift → Назва заголовка інтерфейсу, створений об'єктивом-C (див. Зображення, див. Зображення)

• У файл TestProject-Bridging-Header.h напишіть #import "Mixpanel / Mixpanel.h"
• У вашому файлі Swift код повинен бути: Імпорт Mixpanel (тобто ім'я бібліотеки)

Це все.

Гаразд, як та сама проблема була вирішена для мене, це встановити розташування отриманих даних відносно каталогу робочої області, а не тримати його за замовчуванням. Перейдіть до налаштувань у xcode. Перейдіть на вкладку "Місцеположення" у налаштуваннях та встановіть Отримані дані на "Відносні". Сподіваюся, це допомагає.

Я отримував таку ж помилку для

import Firebase

Але потім зауважив, що я не додавав стручок до основного цільового розділу, а лише додав до цілей Test та TestUI у Podfile.

З командою

pod init

для швидкого проекту xcode створюється наступний 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

Отже, потрібно переконатися, що кожен додає стручки до будь-якого відповідного заповнювача.

Якщо ви будуєте для такої платформи, як tvOS, переконайтеся, що у вас вибрано тренажер Apple TV (тобто відповідний).

Створення програми tvOS із вибраним імітатором iOS призвело до саме цієї помилки. Витратили більшу частину години на пошуки всіляких проблем побудови ... да.

У моєму випадку додаток IPHONEOS_DEPLOYMENT_TARGET було встановлено на 9,3, тоді як у моєму новоствореному рамках було встановлено 10,2

Розв’язник неявних залежностей ігнорував мій новий фреймворк, оскільки вимоги цільової платформи вищі, ніж вимоги програми.

Після коригування рамкової цілі розгортання iOS відповідно до цілі мого розгортання програми рамки успішно складені та пов'язані.

Я отримував таку ж помилку, як і додав пару фреймів за допомогою Cocoapods. Якщо ми використовуємо Pods у своєму проекті, ми повинні використовувати їх xcodeworkspaceзамість xcodeproject. Щоб запустити проект через xcodebuild, я додав -workspace <workspacename>параметр у xcodebuildкоманді, і він прекрасно працював.

Я виявив, що Import Pathsв Build Settingsневідомому для користувальницького (MySQL) модуля. Після вказівки, що в потрібному напрямку повідомлення не було.

Я зафіксував це за допомогою

Цілі -> Загальні -> Зв'язані рамки та бібліотеки

Додайте рамку, яка повинна бути вгорі в Workspaceпапці. Біль у попі.

Я щойно видалив свій какаоп. Потім я зробив встановлення стручка, щоб видалити його. Потім я просто додав його назад до свого підфілю та знову встановив його. Це змусило його працювати. Не знаю чому.

У мене вже були встановлені стручки. Під час створення програми на своєму пристрої збірка працювала без проблем, але архів не працював. Я просто біжу:

pod install

не було встановлено нових стручок, просто .xcodeproj файл відновився і архів почав працювати

У Xcode 10.1 рішенням для мене було змінити систему збирання в налаштуваннях робочої області в меню Файл. За замовчуванням встановлено New Build System , змінив його на Legacy Build System і це зробило трюк.

Існує кілька можливих неправильних налаштувань, до яких може виникнути проблема,

1. Підтвердьте, що ви відкрили, .xcworkspaceале не .xcodeprojфайл. Також переконайтеся, що ви спочатку побудували, Socialперш ніж будувати TriviaApp.
2. Переконайтеся, що ціль розгортання iOS встановлена ​​однаково для всіх модулів з основним додатком. Для прикладу TriviaAppїв цільового розгортання встановлений 9.0, Social˙s цільової розгортання також повинні бути встановлені в 9.0.
3. Переконайтесь, що ваш основний модуль ( TriviaApp) та використовуваний фреймворк ( Social) мають однаковий набір конфігурацій. тобто , якщо ваш проект має три конфігурації, Debug, Release, ReleasePremiumніж ваші соціальні структури також має мати три конфігурації Debug, Release, ReleasePremium. Також переконайтесь, що конфігурація архіву встановлена ​​однаково для обох TriviaAppта Social. тобто якщо для вашої TriviaAppсхеми архіву встановлено ReleasePremium, Socialтакож слід встановити схему архіву s ReleasePremium.
4. Будь ласка, переконайтесь, що вам не потрібно імпортувати Socialв кожен .swiftфайл, коли його вже додано у Bridging-Header.h.
5. У разі випуску прийшло з Pod файлів, переконайтеся , що ви Розкоментувати #use_frameworks!в use_frameworks!від вас Podfile. Інколи встановлення стручка працює, якщо Socialє залежність від стручків.
6. Якщо жоден з перерахованих вище кроків не працює, видаліть отриману папку даних і спробуйте знову створити.

Якщо ви використовуєте Карфаген, рамки в будівництві зазвичай залишаються

$(PROJECT_DIR)/Carthage/Build/iOS

Якщо ви запустите carthage update --platform ios --no-build(щоб заощадити час), файли всередині папки Build не будуть відновлені, модулі не будуть доступні для XCode.

У моєму випадку я бігав carthage update --platform ios, тоді моя проблема була вирішена.

Загалом => Пов'язані рамки та бібліотеки, я додав своє, ./Pods/Pods.xcodeprojі це зробило трюк

Для мене лише для Active Active Architecture було вибрано Так для вибраної конфігурації. Це зробило трюк:

Виберіть "Pods" у лівому навігаторі проектів> Виберіть "Settings settings"> Build Active Architecture Only to No

Якщо всі перераховані вище методи не спрацювали для вас, як у моєму випадку. Попереднього дня проблем не було, але наступного ранку я зіткнувся з тією ж помилкою. Я просто видалив рамки, видаливши посилання і знову додав їх. Я знаю, це може звучати нерозумно, але вуаля це спрацювало.

У мене була схожа проблема із завантаженням FacebookSDK, я додав ~ / Документи / FacebookSDK (шукаю, де є ваші рамки) до шляхів пошуку Framework в налаштуваннях збірки, і після цього мені вдалося імпортувати модуль FBSDKShareKit.

Для чого це варто (я новачок у цьому за допомогою Xcode 7.2 / Swift 2), але я помітив, що лише наявність .swift-файлу з бібліотеки в каталозі проекту автоматично надає вам доступ до нього і не потребує використання оператора.

Приклад: я використовую SwiftyJSON і просто маю файл SwiftyJSON.swift у проекті все, що мені було потрібно. usingЗаява була на самому справі дає мені помилку «немає такого модуля» і виймаючи його вирішити, і це працює відмінно.