抱歉，说反了，呵呵
把函数或过程移动到PRIVATE 部分，不要在PUBLISHED里保留太多的关键函数或过程！

-这样作的结果是DEDE无法正确识别函数或过程名，但并不是可以绝对阻止DEDE去分析该过程。
  
可以肯定的是：
  如果一个FORM的函数或过程都是在PRIVATE或PUBLIC里生成的，那么正常情况下DEDE罗列出来的事件将会是0！！！
  这点也很重要，至少别人无法直接通过事件名找到相应的过程，比如button1Click,但是或许某些版本的DEDE或罗列出类似_proc_ 00428ce8之类的无名事件，但这也阻止了别人直接就窥视你的代码

PRIVATE部分？

确定？

抱歉，说反了，呵呵
把函数或过程移动到PRIVATE 部分，不要在PUBLISHED里保留太多的关键函数或过程！

PUBLISHED？不会是public吧？

是PUBLISHED，DEDE截取事件的机理是基于DELPHI的RTTL机制，所以给DEDE制造障碍也比较简单--从某方面来说，但是对于写CODE的人就不轻松了，因为不能直接使用DELPHI生成的button1.onclick。

不用onclick，那我怎么写代码呢？

动态赋值？

是动态赋值，所以很累

[转贴]
如果你是共享软件作者，经常会为你的软件被 Crack 掉所烦恼，你能做的就是要加强你的软件的 Anti-Crack 功能，今天就交你一招。

　　如果你用过 Delphi 的专用反汇编工具 DEDE，那么你肯定知道像 Button1Click 这种 Event Handler 的方法入口地址 极容易被定位，其原理是根据TForm 的 RTTI 信息获取的（通过分析 dfm 资源文件就可以获得地址），其实 VCL 窗体只有 published 过的类成员才会生成 RTTI 信息。知道这个关键点加上对 VCL 消息机制的深入了解你就可以防止这一切发生。

　　1. Anti-Crack

　　新建一个 Application，在 Form1 上放两个 Button，命名为 btnRegister、btnCancel，双击这两个按钮，分别生成TForm1.btnCancelClick、TForm1.btnRegisterClick 两个 Event Handler 骨架代码，然后在对象查看器中取消 btnRegister.OnClick 与 TForm1.btnRegisterClick 的关联， 随后将 TForm1.btnCancelClick 的声明放入 TForms1 声明的 private 区段。再按照下面的代码 内容加入其他部分：

unit Unit1;

interface

uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, StdCtrls;

type
TForm1 = class(TForm)
btnRegister: TButton;
btnCancel: TButton;
procedure btnCancelClick(Sender: TObject);
private
procedure btnRegisterClick(Sender: TObject);
procedure WMCommand(var Message: TWMCommand); message WM_COMMAND;
public
{ Public declarations }
end;

var
Form1: TForm1;

implementation

{$R *.dfm}

procedure TForm1.btnCancelClick(Sender: TObject);
begin
Close;
end;

procedure TForm1.btnRegisterClick(Sender: TObject);
begin
ShowMessage('Thx for ur registration.');
end;

procedure TForm1.WMCommand(var Message: TWMCommand);
begin
if Message.NotifyCode = BN_CLICKED then
if FindControl(Message.Ctl) = btnRegister then
begin
btnRegisterClick(Self);
Exit;
end;
inherited;
end;

end.  

　　这个方法的本质就是截获 TForm1 的 WM_COMMAND 消息并自己处理，请自行分析代码，我就不多说了。编译完后你可以用 DEDE 反汇编一下，看看还能不能那么容易地找到 TForm1.btnRegisterClick 的入口地址。
[转贴]

这样做了之后，用dede反编译后，看不到btnRegister的procedure了，我想看到的是_proc_00428ce8那样的，应该怎么办？

:(

没办法，一个一个看吧，用排除法？？呵呵

我个人觉得还是不要用WMCommand这种消息机制了，太麻烦--难道对每种消息都要分别去写？

建议大家还是参考我写的代码模板，个人觉得比WMCommand方便多了，而且可以直接对所有事件进行动态操作。

“[原创]ANTI-DEDE的几个方法” 地址：
http://bbs.pediy.com/showthread.php?s=&threadid=7681