1 初始化BREW
1.1 确定BREW运行环境
1.2 定义独一无二的AEE_APP_SIG信号标识
1.3 创建BREW任务循环
在收到AEE_APP_SIG时,执行AEE_Dispathc()分派消息
1.4 BREW初始化代码AEE_Init(AEE_APP_SIG)
初始化Ishell, IOEMDisplay和ITAPI以及其他的一些接口
使用CFGI_AUTOSTART选择参数调用OEM_GetConfig()，决定是不是在初始化后执行一个applet. 如果返回值是一个applet的ID，则起动后运行；如果是0，则起动后不运行某applet。
如果前面通过Ishell_SetAlarm()定义了定时器，则BREW起动用户级别的定时器
1.5 增加BREW退出代码,AEE_Exit()
2 设置事件处理
2.1 把消息转换成AEE虚拟键值,通过以下函数发送消息
AEE_Key(wVCode)
AEE_KeyPress (wVCode)
AEE_KeyRelease(wVCode)
发送时,按下和松开都要发送
2.2 发送以下事件到BREW环境中
AEE_SEND_FLIP_EVT (p)
AEE_SEND_KEYGUARD_EVT (p)
AEE_SEND_LOCKED_EVT (p)
AEE_SEND_HEADSET_EVT (p)
AEE_SEND_SCRROTATE_EVT (p)
2.3 处理flip和显示切换和耳机
当flip打开或关闭时
l 不挂起或继续BREW，即不执行AEE_Suspend()或AEE_Resume()
l 不中断BREW应用，即不执行ISHELL_CloseApplet()
l 通过AEE_SEND_FLIP_EVT(pAEEDeviceNotify)发送一个EVT_FLIP事件到BREW
l 当flip关闭时，在OEMNTF_APP_START通知中，OEM_Notify()不返回false。表示在flip关闭时，BREW应用仍可以启动
l 在flip关闭时仍然处理BREW消息，仍通过AEE_Dispatch()发送BREW消息
l 在flip关闭时，支持所有BREW接口。如发送或接收消息、播放铃、在第二个LCD上显示等
l 当flip打开时更新屏幕。OEM可以在flip关闭时停止更新内屏
当keyguard活动时，OEM发送EVT_KEYGUARD_EVT（pAEEDeviceNotify）
当屏幕切换时，OEM要发送AEE_SEND_SCRROTATE_EVT(pAEEDeviceNotify)
当耳机插入或移走时，OEM要发送AEE_SEND_HEADSET_EVT(pAEEDeviceNotify)
发送画笔事件
发送游戏操纵杆事件
3 实现显示支持
具体步骤
1) 选择一个适合屏幕颜色位的OEMBitmap实现
2) 使用OEMDisplayDev.c作为模板,实现IdisplayDev接口
3) 实现EECLSID_DEVBITMAPn和EECLSID_DEVBITMAPn_CHILD类用来显示第一步中选的图
4) 使用OEMAppFrame.c为例子,实现IappFrame接口.链接到OEM mod表.作用AEECLSID_APPFRAMEn, 其实n表为1-4,表示显示器号
5) 实现AEE_DEVICEITEM_SYS_COLORS_DISPn和AEE_DEVICEITEM_DISPINFOn设备,在OEM_GetDeviceInfoEx()(在OEMCconfig.c文件中)
6) 对于主显示,修改OEM_GetDeviceInfo(),实现AEEDeviceInfo结构类，实现屏幕高度、宽度和颜色深度等信息。
7) 实现OEM_Disp_Annunciators。
3.1 核心显示信息
通过三个接口Ibitmap、IbitmapDev、IbitmapCtl。 Ibitmap由所有的bitmaps暴露。而IbitmapDev和IbitmapCtl由设备bitmaps暴露。
每一个显示需要一个bitmap缓冲。可能通过AEECLSID_DEVBITMAPn来获得全局的设备bitmap。
用AEECLSID_DEVBITMAPn_CHILD来创建设备bitmap的子设备bitmap
在OEMBitmap实现中，保存了一个无效矩形区，存储改变的屏幕
对不同的显示，显示的访问权限授予方式是不同的。对于主显示，是由当前活动的BREW应用控制。OEM层要得到访问权限，则要调用AEE_Suspend()先挂起当前应用，使用完后，再用AEE_Resume继续应用，将权限返回。但现在不建议这么做，现在建议使用一个临时的BREW应用接管shim application，OEM在shim application执行画屏动作。
对于第二显示，访问权先给当前的应用，如果当前应用不使用第二显示，则到应用程序栈中找，找到第一个要使用的，将访问权给它。如果在应用栈中还没有，则到后台再找。
OEM层要使用第二显示，则要调用AEE_EnableDisplay()得到和放弃第二屏的控制权。
3.2 字体
3.3 PNG文件支持
3.4 Annunciators
3.5 使用Brew模拟器
3.6 验证实现
4 配置设备
4.1 通过实现BREW (OEM_GetDeviceInfo(), OEM_GetDeviceInfoEx())函数提供设备信息
4.2 通过OEM_GetConfig()函数提供配置信息
4.3 为BREW环境和实际设备之间提供路径映射
AEEFS_ROOT_DIR
AEEFS_HOME_DIR
AEEFS_SYS_DIR
AEEFS_MOD_DIR
AEEFS_MIF_DIR
AEEFS_SHARED_DIR
AEEFS_ADDRESS_DIR
AEEFS_RINGERS_DIR
AEEFS_CARD0_DIR
5 执行第一个设备build
5.1 在apps/BREW/inc/BREWVersion.h中查看文件版本
5.2 如果是3.0的，则不用修改
5.3 如果原来的程序是2.0版本的，则要修改(见文档Migrating From BREW 2.1 to 3.0.
基本步骤如下：
确定所有BREW库都在
编译所有需要的OEM文件
所有的静态应用都有mif文件，在OEMConstFiles.c中
协条文件从BREW 2.1到BREW 3.0的变化。
6 实现BREW特征
与实际operator相关，各用不同。
7 实现BREW应用程序管理和OTA下载
实现BREWAppManger
link是要包含BrewAppMgr库文件
拷贝相应的颜色度的brewappmgr.mif文件到../brew/mifs目录
7.1 BREW文件类型和动态应用安装
文件类型：
MIF：包含了模块信息。每一个模块可以包含以下信息：
l 应用类id,应用名，图片和设置
l 通用模块信息，公司，版权等
l 权限信息
l 暴露的id和mime类
l 模块依赖信息
mod文件：动态加载的应用程序
bar文件：资源文件
sig文件：签名信息
7.2 安装BREW文件
通过QCT EFS Exporer
7.3 创建表态DLL扩展
步骤：
创建win32 DLL
暴露函数 const AEEStaticClass * GetStaticClassEntries(void)
在头文件中定义AEE_STATIC
创建好的DLL放到module目录下
要包含AEE头文件，并且链接时加入BREW_Simulator.lib
7.4 异步BREW接口
这一节描述了如何编写以异步方式与OEM层进行交互的BREW扩展。
7.4.1 系统级的服务扩展
BREW层支持应用级的数据管理与回调。系统级的服务扩展有如下特征：
存储当前应用的上下文环境
向底层调用系统级的API，传入适当的数据
从系统处理进程/线程之间的回调，并调度返回给主BREW线程的返回
分配适当的针对特定接口的回调到调用它的BREW应用。
7.4.2 应用程序上下文
通过AEE_GetAppContext(void)得到应用程序上下文
7.4.3 回调
7.4.4 应用接口
7.4.5 系统服务
7.4.6 示例实现
7.5 应用程序下载
7.6 实现BREW应用程序管理器
7.7 实现BREW工具接口
8 集合native UI于设备
9 实现资源管理
10 创建MCF目录
11 性能测试