- 博客(14)
- 资源 (3)
- 收藏
- 关注
RSS订阅原创 BREW 与BREWMP的区别
<br />BREW 基于无线网络的、完整的、端到端的解决方案。包括客户端和服务器两方面的技术。<br /> <br />BREWMP是开放的手机操作系统。<br /> <br />简单的说，BREWMP是BREW客户端技术的升级。BREWMP将客户端技术从BREW解决方案中剥离开来，是将Feature Phone打造成Smart Phone的手机操作系统，支持多进程和多窗口系统，为开发者提供了和手机厂商相同的SDK，提供一站式的开发工具（编译，打包，在线调试等）。<br /> <br />在BREWMP上
2011-03-31 16:19:00
2000
原创 BREW中的日志接口功能
SDK中的ILOGGER 接口为 AEE 层提供了通用记录的功能，共有三种主要的实现，应用程序作者通过使用以下一个ClassID 创建 ILOGGER 实例：– AEECLSID_LOGGER_FILE 向文件发送日志项；– AEECLSID_LOGGER_SERIAL 向串行端口发送日志项；– AEECLSID_LOGGER_WIN 向 BREW Simulator输出窗口发送
2011-03-19 11:46:00
1945
原创 BREW中的调试信息
作为原始的调试方式，开发者可以使用帮助函数中的DBGPRINTF()在应用中的任何位置将调试信息打印到模拟器的输出窗口中。模拟器的输出窗口还会显示大量的AEE层运行时产生的信息，这些信息的含义如表16-1所示。标识 含义 #*gBI BREW 进行初始化 #*gEX 退出BREW #*gST= 发送EVT_APP_START启动ClassID为标识的应用
2011-03-19 11:45:00
1618
原创 BREW中的测试工具
BREW中的测试主要包括三个环节：基于模拟器的测试，基于手机的测试和商用测试。基于模拟器的测试主要验证了应用逻辑层面的功能性和正确性，主要包括利用集成开发环境测试和利用模拟器的输出窗口以及日志文件测试应用。基于手机的测试主要检验模拟器中中无法模拟的手机特性以及应用的硬件兼容性，主要包括使用BREW Debug 模式，使用BREW Debugger，使用Trace32等工具进行应用的测试。商用测试则
2011-03-19 11:44:00
1342
原创 BREW应用向其他平台的移植
把一个BREW上功能移植到Symbian平台为例，看一下具体的实现方式。由于网络应用的重要地位，这里先使用BREW3.x中ISockPort建立一个TCP的连接。首先，初始化服务器的地址：pME->m_saSockAddr.wFamily = AEE_AF_INET;pME->m_saSockAddr.inet.port = HTONS(SERVER_PORT);INET_PTON(p
2011-03-19 11:43:00
1371
原创 不同品牌BREW手机间的应用移植
针对手机的硬件差异性，为了减少应用移植中的工作，可以在应用中采用自适应的方法。每个手机都有各自的类型标识——平台标识，如果应用自身根据平台标识以及相应硬件信息动态加载相应的资源，无疑可以实现某些应用的零工作量移植。获得手机平台标识和相关硬件信息的方式之一是使用ISHELL_GetDeviceInfo()和ISHELL_GetDeviceInfoEx()。
2011-03-18 20:34:00
1484
原创 BREW扩展类开发
扩展类不作为独立的应用程序使用，手机用户不能直接特别购买、下载或删除它们，而是在使用此扩展类的应用程序的内部环境中处理这些功能。扩展类是一种特殊的应用，相当于应用开发商自己开发的库，在PC机上表现为DLL库，在终端上同样是mod执行文件。扩展类应用从所有者的角度可以分为两种：公有扩展类和私有扩展类。公有扩展类由开发商开发和拥有，提供给其他开发使用并收费。私有扩展类可以由开发商开发和拥有，供给自
2011-03-18 20:32:00
1356
原创 BREW中的应用加载机制
在BREW中，module是基本的执行单位，在手机上体现为.mod文件，在仿真器中体现为.dll文件。一个module可以包含一个或多个applet，或一个或多个扩展类（关于扩展类有单独的章节进行阐述）。凡是在手机上与其他代码一同编译完成的叫做静态模块，凡是通过下载方式（无线下载或者数据线下载）存于文件系统中的叫动态模块。每个module都需要有标识自身的MIF文件，从BREW 3.1开始即使
2011-03-18 20:31:00
1380
原创 BREW后台应用
在BREW 3.x 版本以前，后台应用根本不响应suspend和resume事件，也处理有终端用户相关的交互操作，例如按键事件等等。在BREW 3.x 以后，任何应用都可以对按键事件进行处理，可以简单地通过注册掩码为NMASK_SHELL_KEY的通知来实现。通过ISHELL_StartBackgroundApplet()直接启动一个后台应用，后台应用可以直接处理EVT_APP_START_B
2011-03-18 20:30:00
1739
原创 BREW应用间通信之共享文件
上面讲到，IFIFO实际上就是一个文件，而且共享文件，即共享驻留数据也是BREW应用间通信最简单的一种方式。BREW中有三种驻留数据的方式：系统存储，文件和数据库。系统存储是指通过ISHELL_SetPrefs()和ISHELL_GetPrefs()来实现驻留数据的方法。ISHELL_SetPrefs()和ISHELL_GetPrefs()提供了一种方法来保存包含或读取应用或类级别首地址的数据
2011-03-17 13:51:00
1243
原创 BREW应用间通信之共享内存
实际上，事件传递本质上就是一种共享内存的通信方式。ICLIPBOARD可以用于实现 AEE 层中的剪切和粘贴功能，是共享内存通信的另一种重要形式。由于剪贴板数据在应用程序结束后仍可能存在，因而此函数会分配新内存并将内容复制到新的缓冲区，也就是说ICLIPBOARD_Set() 分配的内存在系统内存里，所以可以被其他的应用所使用。如果传递指针为 NULL 或大小为 0 的参数，将会释放现有的剪贴板数
2011-03-17 13:49:00
1208
原创 BREW应用间通信之回调通知
AEE层 支持通知的概念，通知是一种当其它应用中发生某些差错时可以为该事件注册不同应用来处理的机制。例如，可以将应用注册为在有进入的 SMS 消息时接收通知。这表示只要有进入的 SMS 消息，已注册接收通知的应用就会收到一个事件，这个事件就是 EVT_NOTIFY。通知程序就是产生通知的应用，例如： ITAPI 可充当通知程序，在有进入的 SMS 消息时就会发会通知。每当通知程序需要发送通知时，都
2011-03-17 13:48:00
1380
原创 BREW手机中的事件处理
BREW是基于事件驱动的，可以通过ISHELL接口中的相关方法发送或接收指定的事件，事件在系统中的分发处理是通过AEE层来实现的。发送事件的方法有ISHELL_SendEvent，ISHELL_PostEvent等，接收特定事件的方法主要是通过ISHELL_RegisterNotify方法来实现，也可以通过MIF文件中的设置完成。如果应用注册了事件，AEE层在事件发生的时候就会发送EVT_NOTI
2011-03-17 13:47:00
1377
原创 BREW应用间通信之事件传递
用户自定义事件的传递是应用间通信的一种有效方法。用户自定义的事件应当大于等于EVT_USER （0X7000），ISHELL_RegisterEvent()可根据输入字符串注册自定义的 AEEEvent。 该函数允许应用程序动态保留事件备用，而无须担心与其它 EVT_USER 范围事件代码发生冲突。需要注意的是，事件仅在一次开关机循环内有效，在下一次开关机注册的同一事件，很可能返回不同的 AEEE
2011-03-17 13:47:00
1288
计算机世界1000期特稿——信息革命的流金岁月
2008-11-24
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人