CocoaPodsでuse_frameworksを使用する理由

use_frameworksCocoaPodsでPodfile何度も使用しています。なぜそれを使用するのでしょうか。正直に答えられませんでした。

例：

platform :ios, '8.0'
use_frameworks!

target "CityWhether" do
    pod 'Alamofire'
    pod 'SwiftyJSON'
end

use_frameworks静的ライブラリの代わりにフレームワークを使用することをCocoaPodsに伝えます。Swiftは静的ライブラリをサポートしていないため、フレームワークを使用する必要があります。

別の答えとして、スタティックライブラリとフレームワークの違いを説明しました。

Cocoa Touchフレームワーク

これらは常にオープンソースであり、アプリと同じように構築されます。（したがって、アプリを実行するとき、およびプロジェクトをクリーンアップした後は常に、Xcodeがコンパイルすることがあります。）フレームワークはiOS 8以降のみをサポートしますが、フレームワークでSwiftとObjective-Cを使用できます。

Cocoa Touch静的ライブラリ

名前が示すように、それらは静的です。そのため、プロジェクトにインポートするときに、それらはすでにコンパイルされています。コードを見せずに他のユーザーと共有できます。現在、スタティックライブラリはSwiftをサポートしていません。ライブラリ内でObjective-Cを使用する必要があります。アプリ自体は引き続きSwiftで作成できます。

出典：私の他の回答 | AddThis.comブログ

use_frameworks!ココアポッドに動的ライブラリを使用するように指示します。特に、静的ライブラリを迅速にサポートしないため、一時は非常に流行していました。つまり、選択肢がなかったためuse_frameworks!です。

Xcode 9ベータ4およびCocoaPods 1.5.0以降、Swift静的ライブラリがサポートされるようになりました。主な利点は、特に多くのポッドがある場合、アプリの起動時間が速くなることです。多くのdylibがある場合、iOS 10および11は最速ではありません。

CocoaPods 1.5.0は2018年4月上旬にリリースされたため、アップグレードする必要がある場合がありますsudo gem install cocoapods。

ただし、スタティックライブラリではまだ正しく動作しないポッドがいくつかあるので、走行距離が異なる場合があります。

use_frameworks静的ライブラリの代わりに動的フレームワークを使用することを宣言します。

Xcode 9.0とCocoaPods 1.5.0がリリースされたため、を使用しない場合は、静的ライブラリを迅速に使用できますuse_frameworks。

問題の1つuse_frameworksは、ポッド/プロダクトのすべてのフレームワークがフレームワークであることです。

関連記事はこちら：iOSでの静的および動的フレームワークの基本的な概要

Cocoapodの^[About] use_frameworks!はバイナリのタイプを担当します。

• もしuse_frameworks!ある存在 -dynamic framework
• もしuse_frameworks!ある存在ではありません -static library

use_frameworks!プロジェクトの対応するターゲットのMach-O Type^[About]に反映されていPodsます。

タイムライン：

1. CocoaPods 0.36が導入されuse_frameworks!、Swiftポッドに使用する必要がありました。
2. CocoaPods 1.5.0とXcode 9では、選択肢がありました

[単語]

追加

use_frameworks！

Podfileでは、リストされたフレームワークを静的なフレームワークとしてではなく動的にインストールする必要があります。