タグ付けされた質問 「ios-frameworks」

5
iOS静的フレームワークと動的フレームワークの明確化
iOS 8のリリースでは、iOSの動的フレームワークと静的フレームワークについて少し混乱しています。 作成したライブラリを配布する方法を探しています。iOS7以上をサポートする必要があります。(注:これは独自のフレームワークになります。カカオポッドは使用できません。また、ソースを配布することもできません)。これが私がすでに知っていることです: iOS 8はiOS用の「組み込みフレームワーク」を導入しましたが、私が理解しているように、それらはiOS 7では機能せず、iOS 8以降でのみ機能します。 ライブラリを静的ライブラリ(.aファイル)として配布し、ヘッダーも配布するオプションがあります。これが状況に対処する一般的な方法であることはわかっていますが、それよりも簡単なものを見つけたいと思います(可能な場合は、いくつかのリソースをバンドルすることもできます)。 iOS 7は動的リンクをサポートしていないため、動的.frameworkライブラリ(静的のみ)をサポートしていないこともわかりました。しかし、iOS 8は、静的リンクと同様にそうします。 そして、これはこの情報に関する私の質問です: Mach-Oタイプを「静的ライブラリ」に変更することで、.frameworkターゲットを作成し、静的にすることができることがわかりました。問題なくiOS 7をサポートし、ライブラリを.framework bundle?もしそうなら、なぜインターネット上の多くのリソースが示唆しているように、iOS 8の "組み込みフレームワーク"がそれほど大きな問題になっているのですか?何か不足していますか? 私が作成する他のアプリケーションと同じように、.frameworkにコード署名する必要がありますか? .frameworkファイルに他のリソース(コアデータや画像など)を含める必要がある場合はどうなりますか?そのために別の.bundleファイルを作成する必要がありますか?

21
Swift Framework:Umbrella header '[…] .h' not found
Objective-CとSwiftコードの両方を含むカスタムフレームワークでは、Swiftコンパイラーは次のエラーをスローします。 [build_path]/unextended-module.modulemap:2:19: error: umbrella header 'bugtest.h' not found umbrella header "bugtest.h" ^ <unknown>:0: error: could not build Objective-C module 'bugtest'

3
iOS / OSXフレームワークの作成:他の開発者に配布する前に、それらをコード署名する必要がありますか?
iOSとOSXのフレームワークを作成する方法を学んでいます。iOSを例にとってみましょう。これまでのところ、次の手順が有効です。 -sdkiphonesimulatorとビルドアクションを使用したxcodebuildフレームワーク -sdkiphoneosとビルドアクションを使用したxcodebuildフレームワーク リポツールを使用してユニバーサルバイナリを作成しlipo -info、期待どおりの結果を生成します。 fatファイルのアーキテクチャ:Foo.framework / Fooは次のとおりです:i386 x86_64 armv7 arm64 質問は次のとおりです。 フレームワークを使用している開発者がフレームワークに再署名できることを読みました:「CodeSign on Copy」ですが、その前提条件が何であるかわかりません。つまり、以前に署名IDを使用してそのユニバーサルバイナリをコード署名するためにコード署名ステップを追加する必要があります。他の開発者に配布しますか? 以前が肯定的である場合-「iPhoneDistribution:...」IDまたは「iPhoneDeveloper:...」を使用する必要があります(一部のiOSプロジェクトの一部である私のフレームワークがあらゆる種類の検証、特にAppStore検証に合格するように) )?. 私の答えの背景は、「CodeSignエラー:SDK「iOS8.3」の製品タイプ「フレームワーク」にはコード署名が必要です」であり、これは多くのサードパーティフレームワークで見られ、Carthage#235または「コードオブジェクトは署名されていませんまったく」(1つの例:Realm#1998で報告した問題。 したがって、フレームワークのユーザーがフレームワークを使用するときに、コード署名の問題が発生しないようにしたいと思います。 PSこの質問は、単一の開発者ではなく、フレームワークベンダーである組織に適用するとさらに興味深いものになります。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.