In den iOS-Entwicklerrichtlinien von Apple heißt es:

3.3.2 - Eine Anwendung darf selbst keinen anderen ausführbaren Code installieren oder starten, auch nicht durch die Verwendung einer Plug-in-Architektur, Aufrufen anderer Frameworks, anderer APIs oder auf andere Weise. In einer Anwendung darf kein interpretierter Code heruntergeladen oder verwendet werden, außer Code, der von den dokumentierten APIs von Apple und den integrierten Interpretern interpretiert und ausgeführt wird.

Angenommen, das HerunterladenDaten - wie z. B. XML und Bilder oder eine Beschreibung auf Spielebene - zur Laufzeit ist (wie ist mein Eindruck?) erlaubt, ich frage mich, wo sie die Grenze zwischen "Daten" und "Code" ziehen. Stellen Sie sich das Szenario einer App vor, die Benutzern interaktive "Präsentationen" bereitstellt (z. B. eine Umfrage). Präsentationen werden dem Server fortlaufend hinzugefügt, und verschiedene Präsentationen werden verschiedenen Benutzern zur Verfügung gestellt, sodass sie nicht Teil des anfänglichen App-Downloads sein können (was der springende Punkt wäre). Sie sind im XML-Format beschrieben, können jedoch interaktiv sein und bedingte Verzweigungen dieser Art enthalten (zur Veranschaulichung in Pseudoform dargestellt):

<options id="Gender">
    <option value="1">Male</option>
    <option value="2">Female</option>
</options>

<branches id="Gender">
    <branch value="1">
        <image src="Man" /> 
    </branch>
    <branch value="2">
        <image src="Woman" /> 
    </branch>
</branches>

Wenn diese XML-Datei in der App interpretiert und "abgespielt" wird, erfolgt die Darstellung in zwei Schritten. Zunächst wird ein Auswahlbildschirm angezeigt, in dem der Benutzer auf eine der beiden Auswahlmöglichkeiten ("Männlich" oder "Weiblich") klicken kann. Als nächstes wird ein Bild [dynamisch heruntergeladen] und basierend auf der im vorherigen Schritt getroffenen Auswahl angezeigt.

Nun ist es leicht, sich zusätzliche Tags vorzustellen, die noch weitere Logik beschreiben. Zum Beispiel könnte ein enthaltendes Tag hinzugefügt werden:

<loop count="3">

    <options... />
    <branches... />

</loop>

Dies hat zur Folge, dass das Auswahlbildschirm / Bildschirm-Paar natürlich dreimal hintereinander dargestellt wird.

Oder stellen Sie sich ein Format vor, das a beschreibtLevel in einem Spiel. Es ist vielleicht natürlich, das als passive "Daten" zu betrachten, aber wenn es beispielsweise mehrere Türen enthält, durch die der Benutzer gehen kann, und mit verschiedenen Auslösern, Fallen und daran angebrachten Punkten usw. - ist das nicht dasselbe wie die Verwendung eines Skript (oder tatsächlich interpretierter Code) - um Ausführungssequenzen, Optionen und deren bedingte Antworten zu beschreiben?

Angenommen, die Interpretations-Engine für die Daten ist bereits in der App vorhanden und solche "Präsentationen" können nur in der App verwendet (nicht erstellt oder bearbeitet) werden. Wie würde sich dies gegen die iOS-Richtlinien von Apple auswirken? Ist XML nicht im Grunde genommen eine Skriptsprache in diesem Sinne (könnte kein Programm in einer interpretierten Sprache in XML beschrieben werden)?

Wäre es in Ordnung, wenn die proprietäre Skriptsprache (siehe oben verwendetes XML) streng in der Sandbox gespeichert wäre (wie kann man das beurteilen?) Und auf keinerlei Weise Zugriff auf das Betriebssystem erhalten würde (aber Inhalte herunterladen könnte - wie eine Umfrage oder ein Spiel) Level - dynamisch sowie Upload von Ergebnissen - Antworten oder Punktzahlen - auf den Authoring-Server)?

Wohin geht die Leitung?