用过木马（不是中过木马）的朋友们都知道，一般的木马程序都包括客户端和服务端两个部分。使用者先是通过木马客户端生成一个服务端（通常是一个可执行文件，如EXE、BAT、COM），然后设法将生成的服务端放到受害者的机器中。这个流程相信不少人都了如指掌，我也不想多说（我很少用这些东西，除非我确信那个客户端不是别人的服务端….）。这篇文章主要探讨的是编程如何实现动态生成一个独立的可执行文件。其实实现起来很简单，在此，我以Delphi为例进行简单说明。
1.先来看效果
假设你眼前是本程序的一张截图，那么你可以看到窗口中有两个Edit、一个CheckBox和一个Caption为“生成”的Button。用户在这两个Edit中各输入一个String，并修改CheckBox的值，点击“生成”后，程序（A）将生成一个独立的EXE文件（B），打开B，程序中将显示出Edit、CheckBox的值。
不知道大家有没有玩过“吃豆”这个游戏。最近（大概1个月前）我开始有了写一个Bean For Programmer的对战程序。这个程序由三个部分构成：
1.主程序（EXE）
主要用于连接裁判程序和机器人。
截图：
Bean For Programmer地图模型
2.裁判程序（EXE）用来监督机器人是否作弊以及判断输赢。3.机器人（EXE OR DLL）用来参赛的程序，可以是EXE或DLL。根据裁判程序散发的地图和参赛机器人个数等信息以及当前各个机器人的位置来直接控制主程序棋子的位置。
其它信息：游戏过程为：
1、开局
2、主程序启动裁判程序
3、主程序与裁判程序交换信息来确定程序的完整性
4、裁判程序启动各个参赛机器人
5、参赛机器人向裁判程序提交身份报告（包括作者姓名，程序大小，平均执行速度）
6、裁判程序判断机器人提交的身份报告是否符合要求
7、裁判程序向主程序发送消息通知比赛开始
8、主程序控制3个（或更多）棋子，并通知参赛机器人比赛开始并提供当前地图、棋子信息和位置
9、参赛机器人根据收到的信息控制主程序中本方棋子行动
10、主程序感应到棋子移动后通知裁判程序并提供当前地图、棋子信息和位置
11、裁判程序判断机器人是否作弊
12、重复循环8－11，直到主程序控制的棋子与机器人控制的棋子重合。
13、裁判程序宣告比赛结果主要：机器人的代码需要事先编好，比赛时不允许更改。
