任督二脉-唐建-BREW-ajiva的专栏

一直是使用的纯C写的BREW程序，由于一些原因，自己开始琢磨使用C++开发BREW，并且在金融界的BREW版本中使用了该框架，感觉比较方便，现在总结一哈经验与大家分享一哈。（后付源代码工程，编译成功，绝对无木马，欢迎广大群众放心使用）1。内存的分配是释放BREW下，只能由平台提供的接口分配和释放，所以我们要按规矩办事，需要inline我们久违的操作符 new 和 delete ，哇，我好喜欢new

BREW中使用经GZIP压缩的BMP图片，付真机测试过的代码winger大家一定为BMP图片占用太多存储空间这个问题很苦恼吧，做简单的小游戏，图片资源也得占个几十上百K，不要告诉我要用PNG，用这个东西限制太大了，也不要老想着PNG TO BMP，我想过移植，看看PNG的解压代码，我就头疼。其实，大家仔细翻翻帮助，就会发现2。0以上的SDK都支持一个AEECLSID_UNZIPSTREAM的解压对

近日学习了BREW的开发后，目前自己范围内感觉：没有方便的可以重用的代码以及适合的窗口机制，每个工程都要重新开始所有了这个设想，初步谈谈，抛砖引玉~~关键字：BREW，可重用，C++，窗口管理，事件投递例子工程： StockFA.sap源码://------- brewwin.h begin-------//#include typedef unsigned int UINT;

打开BREW工程点 ALT + F7 左边选择你需要编译的版本选择右边的最后一个标签Post build step在下面输入下面两行 nmake /f jrjstock.mak cleannmake /f jrjstock.mak all编译的时候下面就有。。。。TARGET jrjstock.modD:/ads/bin/fromelf jrjstock.elf -bin jrjstock.mod

templateclass CTJBrewPtr {public:    typedef T element_type;    //ctor    explicit CTJBrewPtr(T *pVal = 0) throw()    {        if(pVal)            m_AutoPtr = pVal;        else            m_AutoPtr =

我看BREW（大家一起来讨论）纵观BREW在中国的发展过程和趋势，我们可以看到，它的发展速度和规模都远不如人意，前途依然迷雾重重。原因是什么？我想发表一下个人的愚见，算是抛砖引玉，希望能激起大家共同来讨论。（一）开发群体高通公司经营BREW的方式虽然使得行业价值链非常完善，但是却没考虑到中国的特殊情况，包揽式的经营不适应中国的开发群状况，从而限制了它的发展。先让我们看一下J2ME阵营的开发商：50

PHP源码:static void RmDirRecursive(DemoApplet* app,const char* name){  IShell*  shell = app->a.m_pIShell;  IFileMgr*  filemgr;  FileInfo  info;  ISHELL_CreateInstance(shell,AEECLSID_FILEMG

    目前，开发手机游戏的厂商如同雨后春笋般的冒了出来，有大有小，甚至几个朋友在一起就能攒出一个小公司，进行开发。每个公司，也都有“具备自己特色”的开发过程，好一些的，直接套用传统的软件工程的理论，差一些的，也只能闷头苦干了。我在这里想谈的是对于小团队开发游戏的一种高效的开发方法和阶段划分。     游戏开发的阶段划分，我认为可以划分为5个阶段，叙述如下： 第一阶段：提案     这一阶段要做的

简介：　　乌鸦手机游戏工作室是由北京一家专门的从事电信解决方案的公司投资成立，致力于手机互联游戏的开发与运营，工作室的运作还处于初期组织阶段，欢迎有从事手机策划与开发的经验的同仁加入，公司会提供良好的薪资，当大任者可提供创业分成计划。 1.游戏策划 一名有从事过一款或多款游戏的经验，对业内的发展方向有较好的理解。2.游戏开发 两名Symbian或J2ME方面需要较强的能力，具有独立开发和/或团队作