トリガー「リロード」機能を使用すると、App Storeの承認プロセスをバイパスしてアプリを更新できます。Apple App Storeで[トリガーリロード]を有効にしてもよろしいですか?
これはApp Storeの利用規約に違反していますか?
トリガー「リロード」機能を使用すると、App Storeの承認プロセスをバイパスしてアプリを更新できます。Apple App Storeで[トリガーリロード]を有効にしてもよろしいですか?
これはApp Storeの利用規約に違反していますか?
iOSアプリは大体それがTrigger.ioを使用してアプリやフェッチに同梱されますかどうか、あなたのHTML/CSS/JavaScriptをロードするのiOS SDKが提供するのUIWebViewコンポーネントで構成さTrigger.ioフォージを使用して構築しましたリロード。
のiOSデベロッパプログラムのライセンス契約は、実際にApp Storeの配布メカニズムを使用せずのUIWebView資産を更新するトピックを取り上げます。
3.3.2アプリケーションは、実行可能コードをダウンロードまたはインストールすることはできません。解釈されたコードは、すべてのスクリプト、 コードおよびインタープリタがアプリケーションにパッケージされていて、 がダウンロードされていない場合にのみ、アプリケーションで使用できます。唯一の例外は、スクリプトとコード がAppleの組み込みのWebKitフレームワークによってダウンロードされて実行されていることです。 と一致しない機能を提供することにより、このようなスクリプトとコードは アプリケーションの主な目的を変更しません。 App Storeに提出されたアプリケーションの意図され、宣伝された目的。
https://developer.apple.com/programs/terms/ios/standard/ios_program_standard_agreement_20120912.pdf(Appleデベロッパーセンターにサインインする必要があります)。
Hmmm、Trigger.io Reload/PhoneGap Build Hydrationは「Appleの組み込みのWebKitフレームワークでダウンロードされ実行されています」というこの例外カテゴリに分類されますか?私は思っていません - それはバマーです。 –
Trigger.ioのリロード機能は、「Appleの組み込みのWebKitフレームワーク」で使用されているHTML/JS/CSSを更新するだけなので、この例外に該当するはずです。我々はHojokiでTrigger.ioを使用しています。 –
「Appleの組み込みのWebKitフレームワークでダウンロードして実行している」という文章を理解しているので、WebKitでダウンロードしてWebKitで実行するコードが必要です。私はTrigger.io/Phonegapが後者の要件を満たしていると確信しています。私は前者については分かりません。リロードは、WebKitフレームワークまたはネイティブコードを使用してアップデートをダウンロードしますか? @PatrickRudolph誰かがすでに制作中に行っていることを知っていると、私の気持ちははるかに自信を持っています。 –