Immagina di avere un pezzo di hardware audio personalizzato che mi piacerebbe poter controllare in una moltitudine di modi tramite una GUI tablet / touchscreen. In particolare, i miei obiettivi sono far sì che la GUI del tablet sia "carina" (ad esempio, ben animata e dall'aspetto moderno, come ci si aspetterebbe da un iPad), che sia cross-platform (cioè la stessa base di codice può essere eseguita su iOS, Android e / o su un computer desktop e si comportano all'incirca allo stesso modo su ciascuno di essi) e rendono anche il comportamento di runtime dell'app più generico / flessibile possibile.
Poiché l'hardware del server può fare tante cose diverse, penso che sarebbe utile se potessi evitare di dover codificare qualsiasi particolare funzionalità della GUI nell'app del tablet, fatta eccezione per la possibilità di scoprire e connettersi all'hardware del server , quindi scaricare i file QML appropriati e JavaScript ed eseguirli, ed eseguire l'esecuzione QML e JavaScript per configurare una GUI appropriatamente personalizzata per quel tablet su quel server. In questo modo, l'utente non è costantemente costretto ad aggiornare l'app client su ciascuno dei suoi tablet ogni volta che vengono aggiunte nuove funzionalità o comportamenti al server (e non sono obbligato a spingere costantemente gli aggiornamenti per le app store iOS e Android ).
Questo approccio sembra funzionare tecnicamente, tranne per il fatto che sono preoccupato che Apple non consenta un'applicazione del genere nell'app store Mac, a causa del loro regola che vieta il codice interpretato scaricato . Non mi piacerebbe avere molti problemi a progettare e implementare questo approccio, ma alla fine scoprirò che devo ricominciare da quando Apple non lo permetterà.
Quindi le mie domande sono:
-
Questo approccio è tecnicamente possibile con Qt Quick e QML? (AFAICT lo è, ma non fa mai male ricontrollare)
-
È probabile che un programma venga rifiutato da Apple per l'App Store? (AFAICT lo farà, ma forse c'è qualche scappatoia che posso sfruttare, o forse ho frainteso la regola in qualche modo)
-
Se questo approccio verrebbe rifiutato dall'App Store, c'è un design alternativo / consigliato che potrei usare invece che passerebbe il raduno, pur conservando le qualità che mi piacerebbe conservare (es. completare le specifiche lato server del comportamento e dell'aspetto della GUI in fase di esecuzione, senza costringere l'utente ad aggiornare l'app ogni volta)? (Suppongo che un approccio sarebbe quello di implementare la mia app come una pagina web abilitata per JavaScript, e chiedere all'utente di puntare il browser del tablet su un server web sul mio server per "eseguirlo", ma non sono sicuro ciò mi darebbe un controllo sufficiente sull'esperienza utente per essere molto soddisfacente)