通过调试跟踪上述的HelloBREW 工程，得出图四所示的BREW的 Module和Applet的执行序列。

 

　　AEEModGen、AEEAppGen和HelloBREW 一起被编译并连接为 HelloBREW.dll。如1.2节所述，BREW 刚启动时并不是加载所有的 Module，只有在 Module 所包含的 Applet 或 Extension 需要被加载时，BREW才加载该Module。所以，当用户点击执行HelloBREW 这个 Applet 时，BREW 通过调用 AEEMod_Load() 首先来加载这个 Module [序列1]；AEEModGen 通过 AEEStaticMod_New() 完成 IModule 创建和初始化的工作之后，Module的加载过程完成[序列2&3]。

　　Module被加载完成之后，BREW就通过 IMODULE_CreateInstance() 来创建Applet，AEEModGen通过HelloBREW的AEEClsCreateInstance()，把Applet的具体创建工作交给HelloBREW [序列4, 5 & 6]；而AEEAppGen通过AEEApplet_New() 提供了IApplet创建和初始化的便利，HelloBREW通过在AEEClsCreateInstance()中调用此函数，把具体的事件处理函数HelloBREW_HandleEvent() 和程序退出时的清理函数注册到BREW里。当完成上述工作并返回AEE_SUCCESS之后， Applet的创建也就完成了 [序列 4~8]。

　　如果Applet是因为要运行而被创建并成功创建之后，会马上收到一条EVT_APP_START的事件，此时你的Applet已经正常的加载运行了，并通过HandleEvent函数来处理它所收到的各种事件。

　　再把上述过程总结一下，AEEAppGen和AEEModGen其实并不是独立的实体对象，只是由于它们是BREW SDK提供的，为了明确展现开发BREW Applet时，程序员自己所要做的工作的需要，才把它们单独列出来。要看程序员所需要做的工作，只需要从图四中HelloBREW的生命线（竖线）看过去，也就是只要实现AEEClsCreateInstance()，另外，HelloBREW调用AEEApplet_New() 时，把注册自己实现的事件处理函数和程序退出时的清理函数，而退出时的清理函数也可以不定义，所以最后，程序员所要实现的函数只有AEEClsCreateInstance()和事件处理函数。