CommonCryptoをSwiftフレームワークにインポートする

CommonCryptoiOSのSwiftフレームワークにどのようにインポートしますか？

CommonCryptoSwiftアプリでの使用方法を理解しました#import <CommonCrypto/CommonCrypto.h>。ブリッジングヘッダーに追加します。ただし、Swiftフレームワークはブリッジヘッダーをサポートしていません。ドキュメントは言います：

純粋なObjective-Cコードベース、純粋なSwiftコードベース、または混合言語コードベースを持つ外部フレームワークをインポートできます。外部フレームワークをインポートするプロセスは、フレームワークが単一の言語で記述されていても、両方の言語のファイルが含まれていても同じです。外部フレームワークをインポートするときは、インポートするフレームワークの定義モジュールのビルド設定が[はい]に設定されていることを確認してください。

次の構文を使用して、フレームワークを別のターゲット内の任意のSwiftファイルにインポートできます。

import FrameworkName

残念ながら、インポートCommonCryptoは機能しません。#import <CommonCrypto/CommonCrypto.h>アンブレラヘッダーへの追加も行いません。

もう少し簡単で堅牢な方法は、スクリプトの実行フェーズで「CommonCryptoModuleMap」という集約ターゲットを作成し、モジュールマップを自動的に生成し、正しいXcode / SDKパスを使用することです。

スクリプトの実行フェーズには、次のbashが含まれている必要があります。

# This if-statement means we'll only run the main script if the CommonCryptoModuleMap directory doesn't exist
# Because otherwise the rest of the script causes a full recompile for anything where CommonCrypto is a dependency
# Do a "Clean Build Folder" to remove this directory and trigger the rest of the script to run
if [ -d "${BUILT_PRODUCTS_DIR}/CommonCryptoModuleMap" ]; then
    echo "${BUILT_PRODUCTS_DIR}/CommonCryptoModuleMap directory already exists, so skipping the rest of the script."
    exit 0
fi

mkdir -p "${BUILT_PRODUCTS_DIR}/CommonCryptoModuleMap"
cat <<EOF > "${BUILT_PRODUCTS_DIR}/CommonCryptoModuleMap/module.modulemap"
module CommonCrypto [system] {
    header "${SDKROOT}/usr/include/CommonCrypto/CommonCrypto.h"
    export *
}
EOF

シェルコード${SDKROOT}を使用するxcode-selectと、特にシステム間で異なるXcode.appパスをハードコーディングする必要がないことを意味します。特に、ベータバージョンに切り替える場合、または複数のバージョンがインストールされているCIサーバーでビルドしている場合非標準の場所で。また、SDKをハードコーディングする必要もないので、これはiOS、macOSなどで機能します。プロジェクトのソースディレクトリに何かを置く必要もありません。

このターゲットを作成した後、ライブラリ/フレームワークがターゲット依存関係アイテムでそれに依存するようにします。

これにより、フレームワークがビルドされる前にモジュールマップが生成されます。

macOSに関する注意：サポートしmacOSている場合はmacosx、Supported Platforms作成したばかりの新しい集約ターゲットのビルド設定に追加する必要があります。そうしないと、モジュールマップが正しいDebug派生データフォルダーに残りません。フレームワーク製品。

次に、モジュールマップの親ディレクトリを${BUILT_PRODUCTS_DIR}/CommonCryptoModuleMapSwiftセクション（SWIFT_INCLUDE_PATHS）の下の「インポートパス」ビルド設定に追加します。

$(inherited)プロジェクトまたはxcconfigレベルで検索パスが定義されている場合は、必ず行を追加してください。

これで終わりです。これで、 import CommonCrypto

Xcode 10のアップデート

Xcode 10にはCommonCryptoモジュールマップが同梱されており、この回避策は不要です。Xcode 9と10の両方をサポートする場合は、スクリプトの実行フェーズでモジュールマップが存在するかどうかを確認できます。たとえば、

COMMON_CRYPTO_DIR="${SDKROOT}/usr/include/CommonCrypto"
if [ -f "${COMMON_CRYPTO_DIR}/module.modulemap" ]
then
   echo "CommonCrypto already exists, skipping"
else
    # generate the module map, using the original code above
fi

実際に「機能する」ソリューションを構築できます（ここで他のソリューションで必要なように、module.modulemapとSWIFT_INCLUDE_PATHS設定をプロジェクトにコピーする必要はありません）。ただし、ダミーのフレームワーク/モジュールを作成する必要があります。適切なフレームワークにインポートします。我々はまた、（それがプラットフォームに関係なく動作することを確認することができiphoneos、iphonesimulatorまたはmacosx）。

1. 新しいフレームワークターゲットをプロジェクトに追加し、システムライブラリにちなんだ名前を付けます（例： "CommonCrypto"）。（アンブレラヘッダーCommonCrypto.hを削除できます。）

2. 新しい追加の構成設定ファイルを、それを名前を付け、例えば、「CommonCrypto.xcconfig」。（ターゲットが含まれているかどうかを確認しないでください。）以下を入力します。

   MODULEMAP_FILE[sdk=iphoneos*]        = \
       $(SRCROOT)/CommonCrypto/iphoneos.modulemap
   MODULEMAP_FILE[sdk=iphonesimulator*] = \
       $(SRCROOT)/CommonCrypto/iphonesimulator.modulemap
   MODULEMAP_FILE[sdk=macosx*]          = \
       $(SRCROOT)/CommonCrypto/macosx.modulemap

3. 上記の3つの参照モジュールマップファイルを作成し、それらに以下を入力します。

   • iphoneos.modulemap

     module CommonCrypto [system] {
         header "/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS.sdk/usr/include/CommonCrypto/CommonCrypto.h"
         export *
     }

   • iphonesimulator.modulemap

     module CommonCrypto [system] {
         header "/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/include/CommonCrypto/CommonCrypto.h"
         export *
     }

   • macosx.modulemap

     module CommonCrypto [system] {
         header "/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/include/CommonCrypto/CommonCrypto.h"
         export *
     }

   （ベータ版を実行している場合は、「Xcode.app」を「Xcode-beta.app」に置き換えます。ElCapitanを実行して10.11いない場合は、現在のOS SDKに置き換えます。）

4. 上の情報プロジェクト設定のタブの下に設定、設定のデバッグとリリースの構成CommonCryptoをするCommonCrypto（参照CommonCrypto.xcconfig）。

5. フレームワークターゲットの[ ビルドフェーズ ]タブで、CommonCryptoフレームワークをターゲットの依存関係に追加します。さらに、libcommonCrypto.dylibをリンクバイナリとライブラリのビルドフェーズに追加します。

6. ProductsでCommonCrypto.frameworkを選択し、ラッパーのターゲットメンバーシップがOptionalに設定されていることを確認します。

これimport CommonCryptoで、ラッパーフレームワーク内でビルド、実行、実行できるはずです。

例として、SQLite.swiftがダミーのsqlite3.frameworkを使用する方法を参照してください。

SwiftフレームワークでCommonCryptoを正常に使用するGitHubプロジェクトを見つけました：SHA256-Swift。また、sqlite3の同じ問題に関するこの記事は役に立ちました。

上記に基づいて、手順は次のとおりです。

1）CommonCryptoプロジェクトディレクトリ内にディレクトリを作成します。内で、module.mapファイルを作成します。モジュールマップにより、CommonCryptoライブラリをSwift内のモジュールとして使用できるようになります。その内容は次のとおりです。

module CommonCrypto [system] {
    header "/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator8.0.sdk/usr/include/CommonCrypto/CommonCrypto.h"
    link "CommonCrypto"
    export *
}

2）[ビルド設定]の[ Swiftコンパイラ-検索パス ]で、CommonCryptoディレクトリを[ インポートパス]に追加しSWIFT_INCLUDE_PATHSます（）。

3）最後に、CommonCryptoを他のモジュールと同様にSwiftファイル内にインポートします。例えば：

import CommonCrypto

extension String {

    func hnk_MD5String() -> String {
        if let data = self.dataUsingEncoding(NSUTF8StringEncoding)
        {
            let result = NSMutableData(length: Int(CC_MD5_DIGEST_LENGTH))
            let resultBytes = UnsafeMutablePointer<CUnsignedChar>(result.mutableBytes)
            CC_MD5(data.bytes, CC_LONG(data.length), resultBytes)
            let resultEnumerator = UnsafeBufferPointer<CUnsignedChar>(start: resultBytes, length: result.length)
            let MD5 = NSMutableString()
            for c in resultEnumerator {
                MD5.appendFormat("%02x", c)
            }
            return MD5
        }
        return ""
    }
}

制限事項

別のプロジェクトでカスタムフレームワークを使用すると、コンパイル時にエラーが発生して失敗しますmissing required module 'CommonCrypto'。これは、CommonCryptoモジュールがカスタムフレームワークに含まれていないように見えるためです。回避策はImport Paths、フレームワークを使用するプロジェクトでステップ2（設定）を繰り返すことです。

モジュールマップはプラットフォームに依存しません（現在、特定のプラットフォームであるiOS 8シミュレーターを指しています）。現在のプラットフォームに対して相対的なヘッダーパスを作成する方法がわかりません。

iOS 8の更新<= コンパイルを成功させるには、「CommonCrypto」という行リンクを削除する必要があります。

更新/編集

次のビルドエラーが何度も発生しました。

ld：アーキテクチャx86_64の-lCommonCryptoのライブラリが見つかりませんclang：エラー：リンカーコマンドが終了コード1で失敗しました（-vを使用して呼び出しを確認してください）

作成link "CommonCrypto"したmodule.mapファイルから行を削除しない限り。この行を削除すると、問題なく構築されました。

この回答では、フレームワーク内で、CocoapodsとCarthageを使用して機能させる方法について説明します

🐟modulemapアプローチ

私が使用しmodulemapCommonCryptoのまわりで私のラッパーにhttps://github.com/onmyway133/arcane、https://github.com/onmyway133/Reindeer

を取得しているheader not found場合は、https：//github.com/onmyway133/Arcane/issues/4を確認するか、実行してくださいxcode-select --install

• をCCommonCrypto含むフォルダを作成しますmodule.modulemap

    module CCommonCrypto {
      header "/usr/include/CommonCrypto/CommonCrypto.h"
      export *
    }

• ビルド設定->パスのインポートに移動します

    ${SRCROOT}/Sources/CCommonCrypto

module modulemapアプローチによるCocoapods

• これがpodspecですhttps://github.com/onmyway133/Arcane/blob/master/Arcane.podspec

    s.source_files = 'Sources/**/*.swift'
    s.xcconfig = { 'SWIFT_INCLUDE_PATHS' =>
    '$(PODS_ROOT)/CommonCryptoSwift/Sources/CCommonCrypto' }
    s.preserve_paths = 'Sources/CCommonCrypto/module.modulemap'

• を使用module_mapしても機能しません。https：//github.com/CocoaPods/CocoaPods/issues/5271を参照してください

• ローカル開発ポッドを使用しpathても機能しません。https：//github.com/CocoaPods/CocoaPods/issues/809を参照してください

• そのため、私のサンプルPodfile https://github.com/onmyway133/CommonCrypto.swift/blob/master/Example/CommonCryptoSwiftDemo/Podfileがgitリポジトリをポイントしていることがわかります。

    target 'CommonCryptoSwiftDemo' do
      pod 'CommonCryptoSwift', :git => 'https://github.com/onmyway133/CommonCrypto.swift'
    end

🐘パブリックヘッダーアプローチ

• Jiはlibxml2のラッパーであり、パブリックヘッダーアプローチを使用します

• ヘッダーファイルhttps://github.com/honghaoz/Ji/blob/master/Source/Ji.hがありTarget Membership、Public

• libxml2のヘッダーファイルのリストがありますhttps://github.com/honghaoz/Ji/tree/master/Source/Ji-libxml

• ビルド設定->ヘッダー検索パス

    $(SDKROOT)/usr/include/libxml2

• ビルド設定->その他のリンカフラグがあります

    -lxml2

publicパブリックヘッダーアプローチのCocoaPods

• podspec https://github.com/honghaoz/Ji/blob/master/Ji.podspecをご覧ください

    s.libraries        = "xml2"
    s.xcconfig         = { 'HEADER_SEARCH_PATHS' =>           '$(SDKROOT)/usr/include/libxml2', 'OTHER_LDFLAGS' => '-lxml2' }

🐝興味深い関連記事

• SwiftからCを呼び出す方法は？
• https://spin.atomicobject.com/2015/02/23/c-libraries-swift/

朗報！Swift 4.2（Xcode 10）がついにCommonCryptoを提供します！

import CommonCryptoSwiftファイルに追加するだけです。

警告：iTunesConnect は、この方法を使用しているアプリを拒否する場合があります。

私のチームの新しいメンバーが、トップの回答の1つによって与えられたソリューションを誤って破ったので、CommonCryptoModuleと呼ばれる小さなラッパープロジェクトに統合することにしました。手動またはCocoapods経由でインストールできます。

pod 'CommonCryptoModule', '~> 1.0.2'

次に、必要CommonCryptoなモジュールを必要な場所にインポートするだけです。

import CommonCryptoModule

他の誰かがこれが便利だと思うことを願っています。

私はマイク・ウェラーの素晴らしい仕事に改善があったと思います。

Compile Sourcesこのbashを含むフェーズの前に、スクリプトの実行フェーズを追加します。

# This if-statement means we'll only run the main script if the
# CommonCrypto.framework directory doesn't exist because otherwise
# the rest of the script causes a full recompile for anything
# where CommonCrypto is a dependency
# Do a "Clean Build Folder" to remove this directory and trigger
# the rest of the script to run

FRAMEWORK_DIR="${BUILT_PRODUCTS_DIR}/CommonCrypto.framework"

if [ -d "${FRAMEWORK_DIR}" ]; then
echo "${FRAMEWORK_DIR} already exists, so skipping the rest of the script."
exit 0
fi

mkdir -p "${FRAMEWORK_DIR}/Modules"
cat <<EOF > "${FRAMEWORK_DIR}/Modules/module.modulemap"
module CommonCrypto [system] {
    header "${SDKROOT}/usr/include/CommonCrypto/CommonCrypto.h"
    export *
}
EOF

ln -sf "${SDKROOT}/usr/include/CommonCrypto" "${FRAMEWORK_DIR}/Headers"

このスクリプトは、module.mapを適切な場所に置いて最小限のフレームワークを構築し、Xcodeの自動検索に依存します BUILT_PRODUCTS_DIRフレームワークます。

オリジナルのCommonCryptoインクルードフォルダーをフレームワークのヘッダーフォルダーとしてリンクしたので、結果はObjective Cプロジェクトでも機能するはずです。

Xcode 10でSwift 4.2を使用している人向け：

CommonCryptoモジュールがシステムによって提供されるようになったため、他のシステムフレームワークと同様に直接インポートできます。

import CommonCrypto

@mogstadは、@ stephencelisソリューションをCocoapodでラップするのに十分親切です。

ポッド「libCommonCrypto」

利用可能な他のポッドが機能しませんでした。

modulemapソリューションは優れている可能性があり、SDKの変更に対して堅牢ですが、実際に使用するのは厄介であり、物事を他の人に渡す場合ほど信頼性が高くありません。それをもっと簡単にできるようにするために、私は別の方法で行きました：

ヘッダーをコピーするだけです。

私は知っています、壊れやすいです。しかし、AppleがCommonCryptoに大幅な変更を加えることはほとんどありません。私は、CommonCryptoを最終的にモジュラーヘッダーにすることなく、重要な変更を加えないという夢を生きています。

「ヘッダーをコピーする」とは、「プリプロセッサーが行うように、必要なすべてのヘッダーをプロジェクトの1つの大きなヘッダーにカットアンドペーストする」ことを意味します。コピーまたは適応できるこの例として、RNCryptor.hを参照してください。。

これらのファイルはすべてAPSL 2.0でライセンスされており、このアプローチは著作権とライセンスの通知を意図的に維持していることに注意してください。私の連結手順はMITでライセンスされており、次のライセンス通知までしか適用されません）。

これが美しいソリューションであると言っているわけではありませんが、これまでのところ、実装とサポートの両方にとって非常にシンプルなソリューションであるようです。

私はこれが古い質問であることを知っています。しかし、私はSwiftプロジェクトでライブラリを使用する別の方法を見つけました。これは、これらの回答で紹介されているフレームワークをインポートしたくない人には役立つかもしれません。

Swiftプロジェクトで、Objective-Cブリッジングヘッダーを作成し、Objective-CでNSDataカテゴリ（またはライブラリを使用するカスタムクラス）を作成します。唯一の欠点は、Objective-Cですべての実装コードを記述しなければならないことです。例えば：

#import "NSData+NSDataEncryptionExtension.h"
#import <CommonCrypto/CommonCryptor.h>

@implementation NSData (NSDataEncryptionExtension)
- (NSData *)AES256EncryptWithKey:(NSString *)key {
    //do something
}

- (NSData *)AES256DecryptWithKey:(NSString *)key {
//do something
}

そして、あなたのobjective-cブリッジングヘッダーに、これを追加します

#import "NSData+NSDataEncryptionExtension.h"

そしてSwiftクラスでも同様のことを行います：

public extension String {
func encryp(withKey key:String) -> String? {
    if let data = self.data(using: .utf8), let encrypedData = NSData(data: data).aes256Encrypt(withKey: key) {
        return encrypedData.base64EncodedString()
    }
    return nil
}
func decryp(withKey key:String) -> String? {
    if let data = NSData(base64Encoded: self, options: []), let decrypedData = data.aes256Decrypt(withKey: key) {
        return decrypedData.UTF8String
    }
    return nil
}
}

期待どおりに動作します。

ココアポッドライブラリでCommonCryptoを使用する必要がある場合に備えて、ココアポッドの魔法をjjrscottの回答に追加しました。

1）この行をpodspecに追加します。

s.script_phase = { :name => 'CommonCrypto', :script => 'sh $PROJECT_DIR/../../install_common_crypto.sh', :execution_position => :before_compile }

2）これをライブラリフォルダーまたは好きな場所に保存します（ただし、それに応じてscript_phaseを変更することを忘れないでください...）

# This if-statement means we'll only run the main script if the
# CommonCrypto.framework directory doesn't exist because otherwise
# the rest of the script causes a full recompile for anything
# where CommonCrypto is a dependency
# Do a "Clean Build Folder" to remove this directory and trigger
# the rest of the script to run
FRAMEWORK_DIR="${BUILT_PRODUCTS_DIR}/CommonCrypto.framework"

if [ -d "${FRAMEWORK_DIR}" ]; then
echo "${FRAMEWORK_DIR} already exists, so skipping the rest of the script."
exit 0
fi

mkdir -p "${FRAMEWORK_DIR}/Modules"
echo "module CommonCrypto [system] {
    header "${SDKROOT}/usr/include/CommonCrypto/CommonCrypto.h"
    export *
}" >> "${FRAMEWORK_DIR}/Modules/module.modulemap"

ln -sf "${SDKROOT}/usr/include/CommonCrypto" "${FRAMEWORK_DIR}/Headers"

魅力のように動作します:)

Xcode 9.2で何かが変更されたかどうかはわかりませんが、これを実現する方がはるかに簡単になりました。私がしなければならなかったことは、フレームワークプロジェクトディレクトリに「CommonCrypto」というフォルダーを作成し、その中に2つのファイルを作成することです。1つは「cc.h」と呼ばれます。

#include <CommonCrypto/CommonCrypto.h>
#include <CommonCrypto/CommonRandom.h>

そして別のmodule.modulemapと呼ばれます：

module CommonCrypto {
    export *
    header "cc.h"
}

（モジュールマップファイルでSDKROOT領域のヘッダーファイルを直接参照できない理由はわかりませんが、それを機能させることができませんでした）

3つ目は、「インポートパス」設定を見つけて$（SRCROOT）に設定することです。実際、ルートレベルにしたくない場合は、CommonCryptoフォルダーを任意のフォルダーに設定できます。

この後、あなたは使うことができるはずです

import CommonCrypto

すべてのSwiftファイルとすべてのタイプ/関数/など。利用可能です。

警告の言葉-ただし、アプリがlibCommonCrypto（またはlibcoreCrypto）を使用している場合、あまり高度な知識を持たないハッカーがデバッガをアプリに接続して、これらの関数に渡されているキーを見つけるのは非常に簡単です。

以下の問題がある場合：

ld：-lapple_cryptoのライブラリが見つかりませんclang：エラー：リンカーコマンドが終了コード1で失敗しました（-vを使用して呼び出しを確認してください）

Xcode 10では、Swift 4.0。CommonCryptoはフレームワークの一部です。

追加

 import CommonCrypto

削除する

• リンクバイナリのCommonCrpto libファイルとビルドフェーズのライブラリ
• import CommonCrypto ブリッジヘッダーから

これは私のために働いた！

Xcodeを更新した後も同じことが起こりました。ココアポッドの再インストールやプロジェクトのクリーニングなど、できることはすべて試しましたが、うまくいきませんでした。これは、システムを再起動した後に解決されました。

とても簡単です。追加

#import <CommonCrypto/CommonCrypto.h>

.hファイル（プロジェクトのブリッジヘッダーファイル）に。慣例として、YourProjectName-Bridging-Header.hと呼ぶことができます。

次に、プロジェクトのビルド設定に移動し、Swiftコンパイラ-コード生成を探します。その下で、「Objetive-Cブリッジヘッダー」エントリにブリッジヘッダーの名前を追加します。

完了です。Swiftコードにインポートは必要ありません。このブリッジヘッダーファイルにリストされているすべてのパブリックObjective-Cヘッダーは、Swiftに表示されます。