因为Firefox是开源的,理论上我应该可以破解解释器的行为.让我们说也许我可以构建自己的探查器,或者对浏览器中允许和不允许的javascript行为引入更细粒度的限制.或者什么,不管......
那么在实践中这种事情有多容易？这是通过某种插件可以实现的吗？或者我需要重新编译解释器源？或者重新编译整个浏览器？
无论如何,翻译来源有多大？对于那些在大学里建造玩具编译器的人来说,这是一件很难的事吗？
在我的头脑中,我知道视图与存储过程的一个主要缺点.如果存储过程A引用存储过程B和B发生更改,则A将正常工作.但是,如果视图A引用视图B和B发生更改,则需要更新A才能正常工作.恕我直言这种观点行为只是糟透了,打开了各种微妙的错误的大门.
好吧,优势怎么样？为什么人们总是使用视图呢？为了清晰起见,他们总是可以使用名称前缀为vw的等效存储过程？
我已经看到它说通过调用框架api来简化对混淆的C#和Java的反编译,就像String一样.但是,这对我来说没有多大意义,因为C程序不应该对一些标准库有明显的调用,这相当于C#apis？
我也看到它说,不知何故,注册机器(将从C运行组件的硬件)和堆栈机器(将运行字节码的虚拟机)之间的区别对于反编译的复杂性很重要.
那么堆栈/注册机器在这里发出主要的一个吗？假设如果CLR虚拟机重新实现为注册机,C#字节码突然变得像C可执行文件一样难以反编译？或者还有一些其他主要的复杂性差异在这样的平台检修中不会消失？
在他们的网站上,他们有不时发出的"公告",说明是禁止或允许的.最新公告,截至2010年9月,似乎表示允许,但可能还有一些我没有找到禁止它.
那么现在问题的最终真相是什么？Apple市场是否接受RunRev的东西？
clr ×1
decompiling ×1
firefox ×1
interpreter ×1
ios ×1
iphone ×1
javascript ×1
livecode ×1
marketplace ×1
obfuscation ×1
open-source ×1
sql ×1
t-sql ×1
views ×1