Qt QuickダイナミックQMLとAppleのApp Storeルール
タブレット/タッチスクリーンGUIを介してさまざまな方法で制御できるようにするカスタムオーディオハードウェアがあるとします。特に、私の目標は、タブレットのコントロールGUIを「かわいらしく」（つまり、iPadから期待されるように、美しくアニメーション化されたモダンな外観にする）、クロスプラットフォームにする（つまり、同じコードベースをiOSで実行できる）ことです。 Androidやデスクトップコンピュータで動作し、それぞれでほぼ同じように動作します。また、アプリの実行時の動作を可能な限り汎用的/柔軟にします。
サーバーハードウェアはさまざまなことを実行できるので、サーバーハードウェアを検出して接続する機能を除いて、特定のGUI機能をタブレットのアプリにハードコーディングする必要がなくなると便利だと思います。適切なQMLファイルとJavaScriptをダウンロードして実行し、QMLとJavaScriptを実行して、そのサーバーでタブレット用に適切にカスタマイズされたGUIをセットアップします。そうすれば、新しい機能や動作がサーバーに追加されるたびにユーザーがタブレットのクライアントアプリを常にアップグレードする必要がなくなります（iOSとAndroidアプリストア）。
そのアプローチは技術的にはうまくいくように見えますが、Appleは ルールのダウンロードを禁止しているため、このようなアプリをMacアプリストアに許可しないのではないかと心配しています解釈されたコード 。 Appleは単にそれを許可しないので、最初からやり直す必要があることを確認するためだけに、このアプローチを設計および実装するのに多くのトラブルに遭遇したくありません。
だから私の質問は：
このアプローチはQt QuickとQMLで技術的に可能ですか？ （AFAICTはそうですが、再確認しても問題ありません）
これを行うプログラムは、App StoreのAppleによって拒否される可能性がありますか？ （それは可能ですが、おそらく私が利用できるいくつかの抜け穴があるか、おそらく私はルールをどういうわけか誤解しています）
このアプローチがApp Storeで拒否された場合、保持したい品質を維持しながら、代わりに使用できる代替/推奨設計がありますか？実行時のGUIの動作と外観。ユーザーに毎回アプリをアップグレードさせる必要はありません）？ （私のアプローチの1つは、代わりにJavaScript対応のWebページとしてアプリを実装し、ユーザーのタブレットのWebブラウザーをサーバーハードウェアのWebサーバーに向けて「実行」させることですが、確信はありません。それは私にユーザーエクスペリエンスを十分に制御して非常に満足できるものにするでしょう）
IOSでダウンロードされたコードを実行するために公式に許可されている唯一の方法は、ダウンロードしてUIWebView/WKWebViewで実行する必要があるJavaScriptコード用です。
したがって、可能な解決策は、QMLをHTML/CSSに置き換え、WebViewでUIを実行するハイブリッドアプリを作成することです。このアプローチは、AppStoreで非常に一般的です。一部のトップアプリでも使用されています。
bootstrapクロスプラットフォームアプリを支援するフレームワークがあります。人気のある無料のフレームワークは https://cordova.Apache.org/ これで、カスタムダウンロード可能なUIとネイティブコードパーツへのアクセス（カスタムプラグインを介して）簡単なアプリ「Objective Cインタビュー」を作成するために使用しました。