2015-01-06 19 views
5

「iOS 8は現在、動的フレームワークをサポートしていますか?」というのは、これがApp Storeの提出に許可されていることを意味しますか?App Storeに埋め込まれたdylibを持つiOS 8アプリですか?

以前の開発者は社内のアプリケーションでdylibを使用できるが、App Storeに提出されたものでそれらを使用すると、拒否されるようです。これはまだそうですか、iOS 8でこの変更を加えましたか?

たとえば、OpenCVを使用してアプリケーションを作成した場合、静的リンクではなくOpenCV dylib(OpenCVをdylibとして構築したと仮定して)を構築して出荷することは可能でしょうか?

私はLinux、OS X、Windows、Android用に現在構築しているいくつかの共有ライブラリを持っている既存のQtベースのフレームワークを持っているので興味があります。 iOSのすべてのコンポーネントとQtが静的にリンクされた単一のアプリケーションを構築するには、これを変更する必要があるようです.iOSアプリケーションとApp Storeが(埋め込まれた)動的ライブラリをサポートし始めている場合、iOSビルドはすべてこれらのコンポーネントは他のすべてのプラットフォームと同様に動的ライブラリとして提供されます。

関連:

+0

これに関する最新情報はありますか? – Macke

答えて

1

それだけで静的にリンクされたiOSアプリケーションは、アプリケーションストアで許可されている制限がまだあるようです。あなたは、App Storeのレビューガイドラインに読むことができます:どのような方法でコードをダウンロードしたり、フォームが

を拒否されますインストールしたり、他の実行可能コードを起動

2.8アプリを拒否されます

2.7アプリ

これは技術的な制限ではなく合法的なものです。ダイナミックライブラリを実行時にロードしたりアンロードしたりできるため、実行可能なコードをさらにダウンロードしてロードすることができます(プラグインのような)ので、セキュリティ上の理由により禁止されています。だからAppleは動的リンクを厳密に制御している。これは明らかにIOSのような安全なオペレーティングシステムのセキュリティ問題である。

結局、App StoreにQtを導入するための商用ライセンスが必要です。 Indie Mobileのライセンスを購入し、サードパーティのアプリケーションストアが作成した課題をスキップすることができます。これは、あなたが望むサードパーティのアプリケーションストアを介してアプリケーションを配布できることを意味します。

+1

> dylibsは> = 'iOS 8 'でサポートされているので、ポリシーは少し緩和されており、今後変更される可能性があります。しかし、実際には、受け入れは実際に査読者とガイドラインをどの程度厳密に解釈するかによって異なります。したがって、私は動的な図書館に行くことは現時点で、そして/または近い将来には賢明な選択ではないと思います。 – BaCaRoZzo

関連する問題