Tag: 解释

AppStore / iOS应用程序和解释代码 – 他们在哪里画线？

苹果的iOS开发者指南指出： 3.3.2 – 应用程序不得以任何方式自行安装或启动其他可执行代码，包括但不限于通过使用插件架构，调用其他框架，其他API或其他方式。 除了由Apple的Documented API和内置解释器解释和运行的代码外，不得在应用程序中下载或使用解释的代码。 假设在运行时允许下载数据 （如XML和图像，或者游戏级别描述）（我的印象是这样的），我想知道他们在“数据”和“代码”之间的界限。 想象一下为用户提供交互式“演示”的应用场景（例如调查）。 演示文稿不断添加到服务器，不同的演示文稿可供不同的用户使用，所以它们不能成为初始应用程序下载的一部分（这将是整个论点）。 它们以XML格式描述，但是是交互式的，它们可能包含这种条件分支（以伪forms显示以示范）： <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> 当这个XML在应用程序中被解释和“播放”时，上述内容将分两步呈现。 首先显示一个select屏幕，用户可以点击两个选项（“男”或“女”）中的任何一个。 接下来，图像将被[dynamic下载]并根据上一步中的select进行显示。 现在，从这个angular度来看，很容易想象到额外的标签，仍然描述更多的逻辑。 例如，可以添加一个包含标签： <loop count="3"> <options… /> <branches… /> </loop> 这里的结果当然是，select屏幕/图像屏幕对将顺序地呈现三次。 或者想象一些描述游戏关卡的格式。 也许很自然地认为，作为被动的“数据”，但是如果它包括用户可以经过的几个门道，并且具有各种触发器，陷阱和附着在它们上面的点等，与使用脚本（或者确实是解释的代码） – 来描述执行顺序，选项及其条件响应？ 假设数据的解释引擎已经存在于应用程序中，并且只能在应用程序中使用（不创build或编辑）这样的“演示”，那么这将如何抵制苹果的iOS指南？ 在这个意义上，XML基本上不构成脚本语言（解释语言中的任何程序都不能用XML描述）？ 如果专有脚本语言（参考上面使用的XML）是严格的沙盒（他们怎么知道的），并且不能以任何方式访问操作系统（但是能够下载内容 – 如调查或游戏）级别 […]