是否有适用于> = Delphi 2007的Delphi混淆器
use*_*ser 8 delphi obfuscation
我曾经使用Pythia来混淆我的D6程序.但似乎Pythia不再适用于我的D2007.这是Pythia的链接(自2007年初以来没有更新):http://www.the-interweb.com/serendipity/index.php？/ archives/86-Pythia-1.1.html
从上面的链接,这是我想要实现的
Jer*_*ers 10
随着时间的推移,增加了许多新的语言功能.
由于没有正式的语法,工具供应商(包括Embarcadero本身)很难将Delphi语言解析器保持在与Delphi编译器相同的水平.
这是工具供应商需要花费一些时间(并且对于Delphi泛型支持:很多时间!)来更新他们的工具的原因之一,它们都是更新的.
您甚至可以在Delphi中看到这样的工件:
- 结构窗格经常出错
- Delphi建模和重构有时会失败
- Delphi代码格式化程序变得混乱
Pythia是我所知道的本土Delphi语言的唯一混淆器.如果他们计划更新版本,
您可以在他们的网站上询问他们.
就个人而言,我几乎从不使用混淆器,原因如下:
- 逆向工程非混淆项目是很困难的(竞争对手需要足够长的时间来进行逆向工程,因此减少他们已经拥有的积压的机会几乎为零)
- 当你有多项目解决方案时,他们的附加值是有限的(基本上他们只隐藏内部或私人的东西)
- 他们制作错误捕获生产代码太麻烦了
--jeroen
- 即使有了"可读"的信息,竞争对手也需要很长时间来重做你正在做的事情.与此同时,您可以继续以无法逆向工程的速度向应用添加更多功能.所以他们进一步落后了. (3认同)
- 我不能用英语轻易表达我的话.关键是如果有人/竞争对手使用Dede或任何反编译器来打开我的程序,他们就没有任何有用的字符串可供阅读.我使用了许多友好的名称模块和许多外部模块,这就是我需要Pythia的原因.感谢你的信息. (2认同)
- +1在这里.我从来没有理解为什么有人会费心去混淆他们的代码,因为在他们离开它一段时间后,开发人员经常需要一些时间来理解他们自己的代码.我有一个公开可用的大约60,000行代码的框架,即使我已经开发了10年,我仍然无法理解我写的一些代码以及为什么写它;-) (2认同)