1.1 BREW的基本概念和组成
BREW(Binary Runtime Environment for Wireless)是高通公司推出的无线终端二进制运行环境的简称,它是无线终端应用程序的运行平台,是专为无线设备设计的开放标准的瘦应用环境。BREW提供了一个开放的接口,按照这个接口开发的应用程序可以在它之上执行。
BINARY:应用和API是二进制代码,非解释性语言。
RUNTIME:应用和扩展类可在手机运行过程中动态加载与运行。
ENVIRONMENT:具有丰富的API功能接口,同时提供应用的下载、运行与管理服务平台。
WIRELESS:应用可以充分利用平台提供的底层无线业务;应用可通过空中下载。
BREW主要由手机平台技术与分发系统两大部分组成的,手机平台技术部分是对手机厂家开放,部分对应用开发商开放。
手机平台技术包括:
BREW Porting Kit:供手机厂家进行BREW平台的移植。
Brew Porting Evaluation Kit:供手机厂家进行BREW平台移植的测试与优化。
BREW Tools:提供用于开发与系统调试的各种工具。
BREW SDK:提供API供开发商在BREW手机平台上开发各种BREW应用。
BREW? AppMgr:BREW运行环境的应用管理器,包括软件超市,应用设置等功能,配合BREW运行环境
管理应用的加载,运行与释放。
BREW UI Widgets:新的UI编程软件包。
API One PortingKit:新的UI One编程技术,供手机厂家进行UIOne技术移植。
UI One SDK:新的UI One编程技术的可视化开发。
分发系统的全称叫 BREW Distribution System,用于管理应用的上载,数字签名,分发,商用下载,与计费等。
1.2 BREW在无线业务价值链中的地位
无线增值业务价值链上的四个节点是运营商、设备制造商、应用开发商和消费者。BREW提供了一个贯穿整个无线增值业务价值链各个环节的开放的端到端解决方案,开启了进入这一快速增长的广大市场的大门。BREW使得消费者最终将拥有对他们无线设备上应用程序的选择和控制权,这意味着推动无线数据市场前进的将是市场的力量,从而最终使所有市场参与者获益。
1.2.1 BREW壮大了产业团队
BREW,即QUALCOMM推出的无线二进制运行环境。借助于这个平台,许多无线应用可以简易快捷地开发,原本几乎与无线市场无缘搭界的第三方开发商从此可以涉足这一新生市场。采用BREW技术的CDMA手机,可以无线下载或预装各种应用(或称小程序)。BREW应用的开发是开放的、面向对象的,它抛弃了面向过程的传统手机开发模式,它将以前从不与移动终端打交道的第三方纳入了整个产业链,壮大了整个产业团队,培育一个新的应用开发市场. 它提供一个高效、低成本、可扩展和熟悉的应用程序执行环境(AEE),着重开发可无缝植入任何实际手持设备的应用程序。BREW提供了一套应用程序接口(API),制造商和开发人员可以随时对运行环境进行扩展,提供应用程序需要的各种附加性能模块,如“无线互联网发射平台”中包含的多媒体、多种连接方式、位置服务、用户界面、网络等功能套件。BREW技术几乎可以将手机的所有软件功能抽象成应用,例如电话簿、短消息、无线浏览、振铃、多媒体播放、摄像、日历、闹钟、游戏等,甚至最基本的打电话功能都可以归纳为应用进行开发。这些应用开发既可以由手机生产厂商自己进行,也可以交给第三方--CP(内容供应商)来进行。
1.2.2 BREW为应用开发商的好处
BREW SDK为应用开发人员提供了一个统一的技术开发平台:
无需了解更多手机嵌入式系统的底层实现技术,通过BREW SDK的接口API就可以开发出各种复杂优秀的应用与服务。
可以在熟悉的VC或VS.net开发环境中开发和调试应用。
可以充分的使用底层芯片组的强大功能。
不需要应用本身管理复杂的电话功能。
BREW 为BREW应用提供了一个跨越不同手机设备和型号的通用运行环境,减少了为每种不同设备重复编写应用程序的工作量。
开发商的应用可以通过BREW的发布系统被放到下载服务器上直接面向广大消费者,避免了所有的商品销售中间环节。这样大大减少了应用的市场推广费用
通过BREW的发布系统,应用开发商将从用户购买中自动获得收益。
1.2.3 BREW为运营商带来的好处
BREW应用能有效帮助运营商开展差异化竞争,通过快速推出各种无线数据应用、内容和服务,能够更好的适应快速变化和激烈竞争的市场。
可以充分利用CP/SP在应用推广与服务方面的经验
BREW为运营商带来了新的盈利契机和商业模式。
应用下载的信息费分成。
应用下载的流量费。
在线BREW应用使用流量费。
优质的应用服务帮助运营商增加用户数,减少客户流失。
1.2.4 BREW为手机厂家带来的好处
BREW将帮助手机厂家极大降低手机本身软件开发工作量,加快产品的开发周期。
BREW能够显著降低手机软件移植到新的手机型号所需的大量集成工作,培训工作以及开发周期。
BREW丰富多彩的应用为手机增加了更多的销售亮点,有助于手机厂家提高手机销量。
BREW对系统资源的需求非常小,能够显著降低手机推出新增值业务的成本。
BREW技术的开放性和可扩展性将帮助手机厂家顺利过渡到3G时代
1.2.5 BREW为最终用户带来的好处
BREW通过软件超市为用户提供了一个可以随时随地进行应用下载的渠道。
方便灵活的购买方式便于满足用户各种不同的消费需求。
BREW丰富多彩的应用基本上可以覆盖用户各种不同的喜好与需求。
用户通过软件超市来下载各种应用,就可以大大扩展手机本身的功能,实现所谓的个性化手机
1.3 BREW的分层体系架构
BREW不是一种操作系统,也不是一种开发语言,本质上来说BREW是一种中间件。BREW位于操作系统(以及本地软件)与上层应用之间,BREW在手机上的实现需要操作系统服务的支持,从理论上来说,BREW可以在任何操作系统上被支持起来。BREW定义了一套标准的接口(环境),这套标准的接口(环境)是面向上层的,面向开发的,而这套接口(或者环境)的实现则是调用了的操作系统(以及本地软件)的服务。这样,BREW屏蔽了底层的差异性和具体实现,对上提供标准的接口。
对于应用开发者来说,他们无需考虑具体手机,只需要利用BREW提供的标准接口(环境)就可以开发可移植的应用。通过BREW可以使得应用的开发变得可扩展,灵活和“标准”。这种可移植性的本质是因为,对于开发者所呈现的“共性”是通过OIL层实现的“个性”来呈现的,并且通过中间件这样一种模式,屏蔽了这种共性和个性之间的联系,使得使用和实现分离,达到了可移植性。由于BREW平台的通用性,软件开发商在BREW环境中一次写就的应用程序,可以无需进行任何改变,即可适用所有支持BREW的各种档次终端中。BREW的软件开发包(SDK)使开发商在他们熟悉的基于Windows的环境下工作,创造并测试开发的应用。
BREW的这种通用性,可移植性,可扩展性是通过它的分层结构来实现的。BREW提供了一个开发无线应用程序的编程环境,以BREW API和BREW SDK的方式提供;一个运行环境,或称为BREW应用执行环境,即BREW AEE,这是保证开发的应用可以在多种设备中以一致方式来运行;同时,第三方软件开发商开发的软件通过BREW集成到具体OEM产商所提供的特定的本地执行环境中,使得第三方软件可以获取操作系统及本地软件的服务,从而使在模拟器上开发的应用在具体的手机上得到实现。
1.3.1 BREW编程环境
BREW的API和SDK极大地简化了用C、C++和其他语言开发无线应用。
BREW的API以一组接口类的方式组织起来,每个接口类提供某一特定服务的一组函数。有些服务,如事件通知、菜单和对话等图形用户界面和互联网连接是现代编程环境中标准配置,有些接口类则显示了无线环境中的一些特性,如地址簿、振铃库和定位信息等。所以BREW API使开发商无需了解设备的内部机理也能从事无线应用的开发。接口类采用COM组件的方式进行设计,同时采用了类似Windows风格的事件驱动与消息处理机制,事件处理、菜单、对话、资源、编辑、基于文件的长期储存和记录导向型的数据库是BREW中标准的概念,熟悉事件驱动图形界面环境的开发商将会发现BREW API好学易用。而且,基于Windows的模拟环境使那些对Windows应用程序编写驾轻就熟的程序员可以特别轻松地用Visual C++去开发BREW应用。
BREW Emulator使开发人员可以测试无线应用在一系列仿真设备Windows环境下运行的状况,这样就免去了在真实设备中的测试。
由于BREW API可适用于多种设备,利用BREW API编写的程序可以轻松地从一个无线设备移植到其他无线设备中。所以开发商编程一次,就可运行在多种设备中。虽然不同设备由于显示尺寸不同可能要对程序进行微调,但大多种这种细微的调整可以在BREW Emulator中轻易地测试出来,这同以往开发商若想他们开发的程序在多种无线设备上运行必须繁复地将代码逐一移植,而且必须熟知各种设备所在运行环境的所有细节相比轻松许多。
BREW API可以支持扩展,设备厂商、运营商和开发商可以编写插件类来拓展BREW的功能,这些插件类可能包括支持其他多媒体格式的播放器和浏览器,也包括Java虚拟机。
1.3.2 BREW应用执行环境
BREW 应用执行环境即BREW AEE,它是保证开发的应用可以在多种设备中以一致方式运行的基础。BREW的应用执行环境(AEE)是一个精巧的软件接口层,OEM厂商将它集成在各自的软件中,以支持BREW API和编程环境。
BREW应用运行环境(AEE)为应用提供了一个全功能的实时运行环境用于支持BREW API和应用的运行调度。AEE通过BREW API接口类的方式为BREW应用提供范围广泛的底层功能调用。AEE管理应用的执行,包括应用的启动、退出、中断与恢复。AEE还保证运行环境与手机的核心功能的协调工作,确保应用在运行过程中及时响应用户和一些紧急事件。
1.3.3 BREW的本地运行环境
BREW的本地运行环境包括操作系统,OIL层,设备驱动及服务层提供的功能,开发者通过BREW API以及AEE层实现将BREW应用集成到具体的设备上。BREW的不同层面向不同的用户,OIL层是面向手机OEM厂商的,是用来进行BREW 移植的,而对于BREW上层开发者而言,本质上只需要,也只能运用编程环境中的API以及一些AEE层的辅助函数. AEE层虽然定义并实现了一套标准的接口,但是在AEE层的这些接口函数的具体实现中最终会调用OIL层的函数,因为BREW类似于一个中间件,与底层平台无关,但是这种无关性是通过OEM厂商的"相关"的操作来实现的.即BREW在AEE层定义了标准的接口行为,而在OIL层由厂商通过各自不同的方式来实现同样的外在表现. 一旦OIL层的这些函数厂商都实现了(平台相关性),那么标准的BREW AEE层就可以顺利调用这些实现的函数来达到规定的行为了(表现出平台无关性).
详细解决方案
BREW的根本介绍
热度:7023 发布时间:2013-02-26 00:00:00.0
相关解决方案
- BREW 的IMenuCtl item中应用png图不透明
- brew mp 模拟器下可以查看电话簿吗
- brew 对于真机下生成文件有什么限制吗?还有用哪个接口比较好
- brew 上的list不可以自己更新显示吗
- brew 从服务器上载内容
- Brew 去你的!(骂街同时向默默在brew平台下开发的同志致敬)
- BREW 菜单跳转,该如何处理
- 双缓冲技术在 BREW 中的兑现
- Brew MP porting,该怎么解决
- vs2008+brew mp+codesourcery生成mod资料
- brew 中找不到头文件?解决办法
- Brew mp 下怎么更改按钮的样子
- BREW-IWIDGET展示GIF动画
- brew、brewMP论坛-brewMP中国 全面开明 www.brewmpchina.com
- Brew 上实现checkbox(急)
- CS(Component Service), BMP(Brew Mobile Platform)那点事解决思路
- brew 图片读取,重组。不正常显示,该怎么处理
- brew mp + vs2008 不能调试,该怎么解决
- brew mp 模拟器展示中文乱麻
- BREW 技术群,大伙共同学习(58937812)
- 求 brew 的测试签字 的网站用户名和密码
- 小弟我的BREW SDK里面的头文件有漏掉,哪位高手能给小弟我发个C:\BREW 3.1.5\sdk\里面的inc文件夹的压缩包?多谢了
- BREW 是操作系统 还是只是操作系统上的一个平台
- brew SDK访问UIM卡内容有关问题
- BREW MIF Editor为啥启动不了
- BREW API 中文版,该怎么处理
- brew 照相预览模式显不全解决思路
- BREW 音视频同步播发
- Brew 怎么发送长短信,
- 《More Than BREW: 解析BREW核心血制》 草拟提纲,目录。 欢迎大家提提意见