(备注：此文提到的AEEINTERFACE是跟BREW平台相关的，原文可以在手机之家——开发联盟里头找到)  仔细阅读了Qinix的《基于COM思想实现AEEINTERFACE》，彻底被作者折服，作者用极其简单的方法给大家阐述了AEEINTERFACE的实现方式。不过由于作者在文中，及其文后附带的代码中，对于BREW平台所自带的宏，没有展开，给阅读代码带来了一定困难，于是我把它们展开，在这个过程中

----2006.1.22typedef struct _AEECallback AEECallback;struct _AEECallback{ AEECallback *pNext;  //保留，并且调用程序不得修改此成员 void        *pmc;  //保留，并且调用程序不得修改此成员 PFNCBCANCEL  pfnCancel;  //回调被取消时，指向回调处理程序所调用函

总感觉不舒服，这个多线程，什么东西都需要自己控制。以前也没有怎么接触过多线程这个东西，没什么经验，大家看看还有没有其他什么想法。大概想法就是在i=2500或者i=5000或者i=7500的实现线程休眠 500微秒，然后可以把时间片分给其他线程。大家看输出，可以看出来，基本上是这样的。/* From src/thrdutil */void IThread_Sleep(IThread *me,IShe

--2006.1.111、关于AEEINTERFACE。typedef struct _ISample ISample;AEEINTERFACE(ISample){    INHERIT_IQueryInterface(ISample);     // add your fun...    void (* Fun)(ISample* po);};struct ISample{    const A

看到一篇文章，觉得比较有指导意义，译过来，希望给大家有些帮助，能力有限，有错误的地方还望大家指出来。共同学习，共同进步。原文地址：https://brewx.qualcomm.com/bws/content/gi/common/appseng/en/knowledgebase/docs/extensions.htm1 简介：扩展类可以扩充BREW的功能，通常来说，扩展类都是以动态的形式存在

没有在实际的手机上，只是在模拟器上头测试，不过听说在手机上写文件的效率也不够高。测试环境：BRWE SDK3.1.4代码：uint32 lasttime;uint32 curtime;uint32 timespan;//invoke IFILE_SetCacheSize(){        uint32 uRtr;        uRtr = IFILE_SetCacheSize(pIFile,

第一次阅读mediaplayer源代码 2006-1-3 mediaplayer源代码是BREW SDK 3.1.4中自带的，一个简单的多媒体应用，2000多行代码，实现了一个支持音频、视频和图片播放，还支持录音的程序。该程序出自高通公司内部开发人员之手，其与高通BREW平台的其他底层应用的实现有异曲同工之妙。该程序的实现充分利用了贯穿于BREW平台的QInterface宏，用C语言巧妙地模仿了面

      简单的说，BREW就是一个应用运行环境，安装和支持BREW的手机，用户可以实现下载游戏、应用软件、GPS定位、无线购物等几十种数据服务。      早就在网上听闻BREW的恶名，今日尝试，果然名不虚传。      回调机制。简直无法忍受BREW的回调机制，每次跟踪程序，总是会跳到莫名其妙的地方，自己写的还算好，起码能找到，如果是改别人的程序，简直是不可能的，说不定哪个地方就跳到一个神奇

AEEClsCreateInstance函数的功能是用来创建接口类，具体可以见Blog中《开发BREW扩展类》一文。在该函数的实现代码中，有一个奇怪的nSize，他是需要创建的接口类申请空间的大小，但是代码中对于该nSize的赋值十分有意思，对于以下的分析比较合理，贴出来分享一下。转自：http://expert.imobile.com.cn/bbs作者：东方欲晓if(nSize

----2006.1.22摘要：回调机制是BREW平台中最关键的机制之一，很多接口类都是通过回调机制呈现在开发人员的面前，《对AEECallback结构体及其基础函数的分析》中队brew/src/thrdutil中的一些源代码进行分析，初略的理解了AEECallback结构体及其相关函数的实现，对开发能有一定的帮助，本文则更加深入的分析了该机制的特点，以及高通工作人员给出的一些答案