通过调试跟踪上述的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()和事件处理函数。
转载于:https://blog.51cto.com/xiaoxiao123/942883