DELPHI如何保护其源代码的? (200分)

  • 主题发起人 主题发起人 lp414
  • 开始时间 开始时间
L

lp414

Unregistered / Unconfirmed
GUEST, unregistred user!
当我们使用DELPHI写完程序,将程序应用时,我们是否考虑过我们的程序是否可能被他人看到源代码
,除却我们自身的防护措施外(如采用密码等),DELPHI,我们使用的开发工具为保护我们的源代码
做了什姆?
欢迎大家参与讨论。我拿出200大洋给大家买点茶水。[:D][:D][:D][:D]
 
你可以在你的系统级作一些工作,如模块划分,尽量多做成.dll。
另外,我的一般作法是提供.dcu。
我不知道是否有解.dcu文件的工具。
 
压缩exe吧。
DEDE可以从未经压缩的exe文件中得到窗体文件(.dfm).
 
给别人只提供dcu,不提供pas,就行了。
 
Delphi自身好像没有此类工具,但你可以只给别人提供DCU,或自己多写DLL,而且,你可以在输
出中将DCU文件输出到别的目录,这样子也好管理一些.最重要的是自己的保险措施要好.目前,
似乎还没有什么东东可以解DCU文件,有的工具也只能得到界面.
 
DCU的可靠程度比EXE强多少?疑问!!!
对于开放源码的,我会完全开放+翔尽注释。
对于半开放源码的,我一般是通过减少源码的可读性,如变量名采用无意义命名法,另外加入
部分冗余代码(如:莫名的循环)。
对于不开放源码的,我只提供压缩后的EXE或者DLL,另外加入汇编写的反跟踪代码。
 
DCU文件怎么使用?
 
任何可执行文件都是可以反编译的
不过,反编译出来的多是汇编级,
即使能反编译到高级语言, 一般所有的变量和类的名称都成了数字编号,失去了实际的
意义,除非汇编的高手,没有人会去读它。
>>压缩exe吧。
>>DEDE可以从未经压缩的exe文件中得到窗体文件(.dfm).
压缩exe,只要知道是用什么工具压缩的, 比如upx, 一样可以解压还原。
 
DCU就是一个二进制的pas,你就你普通的pas一样uese进来,然后使用里面的类定义和变量,
 
恐怕Delphi不能为你作什么![:(]
自己加强保护意识,源代码吗?加密吧!
要不只给别人dcu!或者编成dll或bpl,都可以!能压缩的就压缩!
尽量吧![:)]
 
你发布程序的时候也不用连*.PAS也给用户呀。
在编制程序的时候可以用TEAMSOURCE来管理源代码.
 
我个人觉得DLL很可能被别人用一些工具可以破解.我曾经对一个国外的软件汉化.就是针对DLL做的.
至于DCU,正如大家说的,我对此非常怀疑.虽然我不知道它是否被他人破解.但它和EXE应该没多大区别(安全性)
不知道各位是否使用过汇编软件来破解过DELPHI编写的程序.当然是只给DLL和EXE的程序.
我使用的是DELPHI5.0.该版本有无可能导致源代码泄露的问题呢?
大家用的DELPHI是多少的版本?
分数我会根据各位的表现和大家的认同程度来给.
 
DCU已经很安全了。
至于DFM,那是当成资源文件存在于可执行文件中的,很容易被分离出来
不过DFM没必要保密了,只要没拿到PAS源文件,什么也没用。
 
谁说DCU破不了?
 
TO abcool: 能不能详细说说? 我很想知道啊,能反汇编成可在Delphi编译的代码
就算!
 
没有什么不可能的, 不过是一个成本和效益的问题罢了
 
反编译DCU的工具很多,我这就有一个,而且还带有源代码。
 
[red]To:lp414[/red]
[green]你编好的代码象天书似的,看你的代码我宁可重写还比这快活些,
至少以后修改,升级的主动权,在我手上,
解密不过是作个参考罢了。
其实实际意义不大的。
讨论这,还不如先作为共享软件发表,哦----还不知人家要不要呢?
这是我的实际经验,说话直了点,望包涵![/green]
 
后退
顶部