Bra*_*rks 6 iphone interpreter runtime objective-c objective-c-runtime
无论如何在运行时加载一个目标c脚本,并针对当前iPhone应用程序中的classes/methods/objects/functions运行它?
主要注意:我想这样做的主要原因是允许我快速构建一个应用程序原型,然后,在我完成一个主要的原型设计阶段后,取出我正在编写的脚本并在构建时编译它们.我从来没有计划在其中运送带有客观c解释器的应用程序.
我问的原因是我一直在玩iPhone蜡,一个可以嵌入到iPhone应用程序中的lua解释器,它的工作非常好,从某种意义上说,你的目标中公开可用的任何对象/方法/功能C代码自动桥接,并在lua中可用.
这使您可以通过简单地将应用程序的核心设置为用户文档目录中的lua文件来快速构建应用程序原型.只需重新加载应用程序,您就可以测试对lua文件的更改,而无需在XCode中重建应用程序 - 节省大量时间!
但是,有了Apples最新的3.1.3 SDK的东西,它让我觉得做这种类型的快速原型的最安全的方法是如果你可以使用Objective C作为解释代码......这样,最糟糕的情况,你可以只需在发布之前将其编译到您的应用中.我听说lua源代码可以编译成字节代码,并在构建时链接,但我认为最终安全的事情是如果脚本源是在客观c,而不是lua.这样,无论如何,您的来源始终是客观的.
如果有任何关于如何在iPhone应用程序中嵌入Objective C Interpreter的示例,这会让我想知道(我已经搜索过,但没有提出任何内容)?这将允许您根据二进制文件中内置的当前类快速构建应用程序原型,并且,当您即将部署应用程序时,而不是通过in app解释器运行类,而是编译它们.
使用iPad和OS 4,蓝牙和虚拟键盘可以与iPhone和iPad配合使用......这将使这种类型的快速原型设计更有用,至少在开发时间.例如,如果您的应用程序内置了解释器并将其放在iPad上,则可以在旅途中对解释器进行编码,而无需XCode.对我而言,将源恢复为"苹果批准"状态的最有用方法是脚本是否为Objective C.
有一个基本的 Objective-C 解释器:
查看帖子:
还:
http://forrst.com/posts/Beginnings_of_a_Objective_C_Interpreter-Tdl
归档时间: |
|
查看次数: |
3262 次 |
最近记录: |