这让我们开始了解小程序（applet）和应用程序（application）可以（比较宽松）地互换使用的原因。为什么呢？因为小程序可以理解为一个容器，他容纳了仅允许开发人员创建的功能与AEE交互并且在设备上运行的所有文件。举例来说，这样一个容器可以提供对shell服务的接口和对设备显示器的接口。这样我们可以认为一个应用程序是一个小程序加上开发任何创建的功能。实际上，如果在这个例子里我们用C++原理来说明，helloBREW（开发人员创建的功能）要public地从BREW的AEEApplet结构继承，从这个角度看，一个应用程序就是一个小程序（is a的关系）。AEEAppGen.c提供AEEApplet_New()函数，helloBREW将调用这个函数来设置helloBREW应用程序的AEEApplet部分。很快我们会更详细地讨论AEEClsCreateInstance()和AEEApplet_New()。


图3
现在我们对这些部分如何相互结合有了个基本的概念，现在让我们看看BREW应用程序向导生成的框架代码。图3显示了这个源代码，只有最基本的部分。至于所include的头文件，你可能都已经猜到了，AEEModGen.包含了AEEModGen.c的声明，AEEAppGen.h同样声明了AEEAppGen.c。AEEShell.h提供了shell接口API的声明。如果你希望更多的了解这个重要的接口，可以在BREW SDK附带的BREW API参考里查找IShell。这里我们将不作深入研究，将我们自己的代码加到helloBREW.c中。
现在，我们跳过helloBREW_HandleEvent()的定义来看AEEClassCreateInstance() （也可能是AEEClsCreateInstance()，译者注）。这个函数是helloBREW接触到AEE的地方。当AEE向应用程序传递一个启动的请求，AEEModGen.c中定义的AEEModCreateInstance()就调用小程序（applet）型的AEEClassCreateInstance()函数。因为BREW是单线程的，所以，不论一个模块里有多少个小程序，同一时间只有一个小程序被激活。通过调用ISHELL_StartApplet()，一个小程序可以被另一个小程序启动。在这种情况下，当前的小程序被暂停，转而用ISHELL_StartApplet()提供的class ID调用AEEClassCreateInstance（）。显而易见，AEEClassCreateInstance()需要模块里每一个class ID的逻辑分支。在我们的模块里只有一个小程序，因此AEEClassCreateInstance（）只需要处理一个class ID。
在前面的文章里，我们记得在helloBREW.mif文件里生成了一个helloBREW的class ID。MIF编辑器创建了一个helloBREW.bid文件，其中用#define将这个class ID定义为：AEECLSID_HELLOBREW。很明显的，这个模块从模块信息文件（helloBREW.mif）文件中获得了class ID，并且将其作为第一个参数传递给了AEEClsCreateInstance（）。
第二个参数，pIShell，是一个IShell指针，是在模块第一次加载的时候由AEE提供的。在调用AEEApplet_New()的时候，AEEApplet结构的m_pIShell成员必须被设置成pIShell。这个IShell指针提供了helloBREW对IShell接口所有API的访问。
第三个参数，po，是一个指向包含了helloBREW模块的指针，这个参数将在调用AEEApplet_New()时对AEEApplet结构的m_pIModule参数进行初始化。我们的代码不会涉及到这个指针。AEEAppGen.c中定义的AEEAppletRelease()函数需要这个指针在结束helloBREW时释放动态分配的模块。
最后，ppObj是指向普通指针的指针。这里用一个void类型的**，因为*ppObj可以指向两种东西。幸运的是，我们只需要关系IApplet类型的对象。要是你对指针的用法有点生疏，必须使用双间接寻址，以保证当AEEApplet_New()返回时*ppObj指向一个有效的IApplet对象。如果ppObj简单地定义为 void *ppObj（即单一的间接寻址），ppObj在AEEApplet_New()返回时就不会有所改变。C语言的参数传递机制将仅向AEEApplet_New()传递ppObj指针的一个简单拷贝，而不改变在AEEClsCreateInstance()中原有的值。由于我们想让AEEApplet_New()修改在AEEClsCreateInstance()中引用的同一指针，我们只能传递值参，而不是形参。
 

传递给AEEApplet_New()函数的倒数第二个参数是一个指向我们应用程序事件句柄的指针。当AEE一旦收到去往helloBREW的事件，都会调用这个函数。如果最后一个参数是非空的，我们就需要传递指针给一个在应用程序终止时释放动态分配数据的函数。这个PFNFREEAPPDATA是一个函数指针，这个函数接收IApplet *类型的参数，返回void。为了演示，我们将在helloBREW里加入这样的一个函数。
我们看helloBREW_HandleEvent()框架化的代码。第一个参数指向IApplet实例。在这个函数里，pi将被用于访问小程序的m_pIShell和m_pIDisplay数据成员。当我们向helloBREW添加自己的代码时，我们会更加详细地讨论这一点。
第二个参数，eCode，就像它的名字一样，指的是用于发现是什么动作导致对helloBREW_HandleEvent()调用的事件代码。最后两个参数包括了事件型的数据。在头文件AEE.h中可以找到完整、详尽的事件列表，还有对通过事件型参数wParam和dwParam提供的数据的描述。在BREW的SDK用户指南里可以找到更易读更友好的事件列表，包括不同的按键事件和按键代码以及对wParam和dwParam事件型内容的说明。
添加源代码
现在让我们在helloBREW中加入我们自己的代码。你可以在“...yourBREWdir\Examples\HelloWorld\”下的helloworld.c中看到一个简单版本的“hello”。为了防止重复并且让我们的例子更加有趣，我们将创建自己的小程序数据结构，提供InitAppData()和FreeAppData()函数，从资源文件（helloBREW.bar参考第一部分预备知识）中加载字符串并且用BREW的IStatic控制器显示他们。
 
图4
正如上图4显示的，我们需要在include的头文件列表中增加AEEStdLib.h。这个头文件包括了MALLOC() 和FREE()，以及在BREW API参考中提到的helper函数。
然后，我们的应用程序需要能够访问helloBREW.bid中的class ID和helloBREW_rew.h中的字符串ID。
最后，图4显示了几个常数的定义；1个定义缓冲大小，一个定义屏幕边缘与静态控制器边界之间的象素数量。