Xcodeを使用して「そのようなモジュールはありません」というエラーが表示されるが、フレームワークはそこにある

私は現在Swiftでコーディングしていますが、エラーが発生しました：

そのようなモジュールはありません

しかし、モジュールは私のプロジェクトにあり、「リンクされたフレームワークとライブラリ」および「組み込みバイナリ」で宣言されているため、理解できません。

フレームワークはObjective-Cにあるため、そのためのBridgeヘッダーを作成しました。

Xcodeにフレームワークを認識させるにはどうすればよいですか？

これが発生する理由はわかりませんが、問題を解決する1つの方法は、ビルド設定に移動し、問題のフレームワークを含むフォルダーへのフレームワーク検索パスを定義することです。フレームワークがプロジェクトディレクトリに配置されている場合は、フレームワークの検索パスを$(SRCROOT)に設定し、再帰的に設定します。

金曜日の午後または午前1時以降の場合：

のxcodeproj代わりに開くxcworkspaceと、次のようなエラーが発生します...

サブプロジェクトでの構成の名前が「親」プロジェクトの名前と一致していることを確認してください。構成の名前が正確に一致しない場合（大文字と小文字が区別されます）、Xcodeはアーカイブプロセスを中止し、「No such module ...」というエラーを表示します。

つまり、「AppStore」という名前の構成を持つ「親」プロジェクトがある場合、すべてのサブプロジェクトにもこの構成名があることを確認する必要があります。

添付のスクリーンショットをご覧ください。

質問のコメントでのMartin Rの回答がなぜ無視されているのかはよくわかりません：

フレームワークはすでにブリッジングヘッダーで追加されているため、フレームワークのインポートをスキップしたことを確認してください。

お役に立てれば

CocoapodsとSwiftを使用して同じ問題がありました。Podfileの次の行に気づきませんでした。

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

だから、私はそれを次のように変更するだけで済みました：

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

...それがうまくいった:)

このスクリーンショットをビルド設定と比較してください。この作品かもしれません。フレームワークの検索パスに移動します。

私もこの問題を経験していました。私にとっての修正は、2つのプロジェクト間のアーカイブスキームが一致しないことでした。フレームワークプロジェクトとアプリプロジェクトのあるxcworkspaceがあります。問題は、アプリのアーカイブスキームで、フレームワークがアーカイブスキームに使用していたものとは異なるビルド構成を使用していたことでした。両方のビルド構成をリリースに設定し、それで問題が修正されました。

次の手順でうまくいきました。

1. Xcodeを終了
2. "pod update"端末で実行
3. .xcworkspace再度開いてビルドします。

私の場合、フレームワークのインポートで何が間違っているのかを理解しようと何度も試みた結果、最終的にフレームワーク自体に問題があることがわかりました。信頼できるソースからフレームワークを取得していない場合は、フレームワークを検査して、中にmodule.modulemapファイルがあるModulesフォルダーが含まれていることを確認する必要があります。module.modulemapが存在しない場合、「No such module 'MyFramework'」エラーが発生します。

Modulesフォルダーに "MyFramework.swiftmodule"フォルダーがない場合、フレームワークは見つかりますが、Xcodeはその内容を認識しないため、別のエラーが発生します。

フレームワークが実際にそこにあり、パスなどにあると仮定します...〜/ Library / Developer / Xcode / DerivedData / ModuleCacheディレクトリを削除します（そして、プロジェクトをクリーンアップし、適切な方法でプロジェクト固有の派生データを削除します）。

標準のクリーンアップを実行しても、ModuleCacheディレクトリは再構築されません。

私にとってうまくいったのは、別の質問に対するこの解決策です。Xcodeを閉じ、プロジェクトをワークスペースとして再度開きます。
プロジェクトフォルダーに移動し、.xcodeworkspace ファイルを開きます。
（プロジェクトではなく）ワークスペースを開くと、ポッドはProject Navigatorで最上位のプロジェクトとして表示されます。

必ず、Find implicit DependenciesSchemeのビルドオプションがオンになっていることを確認してください。

数日前にも同じエラーが発生しました。これが私が問題を解決した方法です：

エラーは「モジュールが見つかりません」です

• ルートプロジェクトディレクトリにPodfileを作成する
• cocoapods（SwiftおよびiOSプロジェクトの依存関係マネージャー）をインストールします。
• ポッドインストールを実行する

• プロジェクトのビルド設定に移動します。

  • Swiftコンパイラー-コード生成でObjective-cブリッジングヘッダーを検索（ここでSwiftコンパイラーが見つからない場合は、プロジェクトに新しいSwiftファイルを追加してください）
  • ライブラリヘッダーファイルを左側からブリッジヘッダーにドラッグアンドドロップします（添付の画像を参照）

• 新しいブリッジヘッダーファイルを作成します（例：TestProject-Bridging-Header.h）。Swiftコンパイラ→Objective-Cで生成されたインターフェイスヘッダー名の下に配置します（上の画像を参照）。

• TestProject-Bridging-Header.hファイルに#import "Mixpanel / Mixpanel.h"と書き込みます
• Swiftファイルでは、コードは次のようになります。インポートMixpanel（つまり、ライブラリの名前）

それで全部です。

わかりました。同じ問題が私にとって解決されたのは、ワークスペースディレクトリを基準にして、派生データの場所をデフォルトのままに設定することでした。xcodeの設定に移動します。設定の場所タブに移動し、派生データを相対に設定します。それが役に立てば幸い。

同じエラーが発生しました

import Firebase

しかし、その後、私はポッドをメインターゲットセクションに追加するのではなく、PodfileのTestおよびTestUIターゲットにのみ追加していることに気付きました。

コマンドで

pod init

xcode swiftプロジェクトの場合、次の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（つまり、一致する）シミュレータが選択されていることを確認してください。

iOSシミュレーターを選択してtvOSアプリをビルドすると、まさにこのエラーが発生しました。あらゆる種類のビルドの問題を探すために、1時間の大半を費やしました。

私の場合、アプリIPHONEOS_DEPLOYMENT_TARGETは9.3に設定されましたが、新しく作成したフレームワークでは10.2に設定されました

暗黙的な依存関係リゾルバーは私の新しいフレームワークを無視しましたターゲットプラットフォームの要件がアプリの要件よりも高いため、。

フレームワークのiOS配置ターゲットをアプリケーションの配置ターゲットと一致するように調整した後、フレームワークは正常にコンパイルおよびリンクされました。

を使用していくつかのフレームワークを追加したときに、同じエラーが発生しましたCocoapods。プロジェクトでポッドを使用している場合は、xcodeworkspaceではなくを使用する必要がありますxcodeproject。xcodebuildを介してプロジェクトを実行するために-workspace <workspacename>、xcodebuildコマンドにパラメーターを追加しましたが、完全に機能しました。

私Import PathsはBuild Settingsカスタム（MySQL）モジュールが間違っ。それを正しい方向に向けると、メッセージは消えました。

私はこれを修正しました

ターゲット->一般->リンクされたフレームワークとライブラリ

Workspaceフォルダーの一番上にあるフレームワークを追加します。苦しみの中で。

ココアポッドを削除しました。次に、ポッドインストールを行って削除しました。次に、それをpodfileに戻し、再インストールしました。それでうまくいきました。なぜだかわかりません。

すでにポッドをインストールしていました。デバイスでアプリケーションをビルドしたところ、ビルドは問題なく機能しましたが、アーカイブが機能しませんでした。私は走るだけです：

pod install

新しいポッドはインストールされず、.xcodeprojファイルが再生成され、アーカイブが機能し始めた

Xcodeの10.1で私のためのソリューションを変更することでしたビルドシステム上のワークスペースの設定をファイルメニューで。これはデフォルトでNew Build Systemに設定されており、それをLegacy Build Systemに変更しました。

問題が発生する可能性があるいくつかの潜在的な設定ミスがあります。

1. ファイルを開いている.xcworkspaceが.xcodeprojファイルを開いていないことを確認してください。また、ビルドするSocial前に、最初にビルドしたことを確認してくださいTriviaApp。
2. メインアプリのあるすべてのモジュールでiOS展開ターゲットが同じに設定されていることを確認してください。たとえば、TriviaApp配備ターゲットがに設定されている9.0場合、Social配備ターゲットもに設定する必要があります9.0。
3. メインモジュール（TriviaApp）と使用するフレームワーク（Social）の構成セットが同じであることを確認してください。あなたのプロジェクトは、3つの構成を持っている場合、すなわち、Debug、Release、ReleasePremiumあなたの社会的なフレームワークよりも、3つの構成を持っている必要がありDebug、Release、ReleasePremium。また、アーカイブ設定がとの両方TriviaAppで同じ設定になっていることを確認してくださいSocial。つまり、TriviaAppアーカイブスキームがに設定されているReleasePremium場合、Socialアーカイブスキームもに設定する必要がありますReleasePremium。
4. 既にに追加されている場合Socialは、各.swiftファイルをインポートする必要がないことを確認してくださいBridging-Header.h。
5. 問題がPodファイルから発生した場合は、コメントを解除#use_frameworks!したことを確認しuse_frameworks!てくださいPodfile。ポッドにSocial依存している場合、ポッドの再インストールが機能することがあります。
6. 上記の手順のいずれも機能しない場合は、派生データフォルダーを削除して、再構築してください。

Carthageを使用している場合、ビルド設定のフレームワークは通常、

$(PROJECT_DIR)/Carthage/Build/iOS

carthage update --platform ios --no-build（時間を節約するために）実行すると、Buildフォルダー内のファイルが再作成されず、モジュールはXCodeで使用できなくなります。

私の場合、私は実行しましたcarthage update --platform ios、そして私の問題は解決されました。

General => Linked Frameworks and Librariesで、私は自分を追加しました、./Pods/Pods.xcodeprojそしてそれはトリックをしました

私はのためのアクティブ・アーキテクチャを構築するだけ選択された構成のために[はい]に設定しました。これはトリックをしました：

>左のプロジェクトナビゲータから「ポッド」を選択し、「ビルド設定」を選択>のみにアクティブアーキテクチャを構築しません

上記の方法すべてが私の場合のようにうまくいかなかった場合。前日は問題ありませんでしたが、翌朝も同じエラーに直面しました。参照を削除してフレームワークを削除し、再度追加しました。これはばかげているように聞こえるかもしれませんが、うまくいきました。

FacebookSDKの読み込みで同様の問題があり、ビルド設定のフレームワーク検索パスに〜/ Documents / FacebookSDK（フレームワークの場所を検索）を追加しました。その後、FBSDKShareKitモジュールをインポートできました

それだけの価値はありますが（Xcode 7.2 / Swift 2を使用してこれが初めてです）、ライブラリの.swiftファイルをプロジェクトディレクトリに置くだけで自動的にアクセスできるようになり、usingステートメントは必要ないことに気付きました。

例：SwiftyJSONを使用していて、プロジェクトにSwiftyJSON.swiftファイルがあるだけで十分でした。using声明は、実際にそれを解決し、そしてそれがうまく動作します私は「いいえ、そのようなモジュールのエラーを与え、それを取っていました。