爱技术

 找回密码
 注册会员

QQ登录

只需一步,快速开始

微信登录

微信扫一扫,快速登录

搜索
查看: 3594|回复: 24
收起左侧

[技术研究课题资料]SXG75要是安装Android平台(Linux系统)

  [复制链接]
发表于 2009-10-17 08:45:43 | 显示全部楼层 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?注册会员 微信登录

x
本帖最后由 ryu8023 于 2009-10-19 00:24 编辑

Android 是Google开发的基于Linux平台的开源手机操作系统。

SXG75据悉也是Linux系统,当然这样的转换,估计要一个团队才能完成,想象中...




====================相关求证de可能性===================

1.通过5#帖子新闻获知,高通新开发的MSM7227芯片组支持所有手机平台。
   
   问题:那么,需要采证的就是SXG75使用芯片是什么型号?
   获知:高通6250芯片

2.追查高通6250芯片是否拥有更新固件来同等MSM7227芯片功能。

   问题:SXG75 是否可以通过升级固件文件来实现该功能?
           如果不行,是否可以通过直接更换芯片实现该功能?






 楼主| 发表于 2009-10-17 08:47:32 | 显示全部楼层
本帖最后由 ryu8023 于 2009-10-17 19:37 编辑

本帖为资料收集贴,希望大家讨论,提供信息。

占位编辑



。。。。。。。。。。。。。。相关界面模式图片收集。。。。。。。。。。。。。。



                               
登录/注册后可看大图

GOOGLE G1上网界面


。。。。。。。。。J2ME,BREW,Android图片收集。。。。。。。。。。。


如果把这三个平台放在一起比较,您会相中哪一个呢,呵呵!谁会成为3G时代的宠儿呢,你我拭目以待。今天就先把这三位候选者请上来两个相,让大家欣赏一下,看看会鹿死谁手呢!
第一位闪亮登场的是优雅温柔的J2ME:

第二位是闪亮登场的是阳刚坚毅的BREW:

第三位闪亮登场的是活泼聪慧的Android:

       当然您也看到了,我只是用各自比较典型的模拟器来代表一个开发平台,但是我们从各自的模拟器中似乎也能看到各自所擅长的领域,在3G中,Android似乎更具有与生俱来的优势哦!
回复 支持 反对

使用道具 举报

发表于 2009-10-17 10:38:31 | 显示全部楼层
我滴ubuntu也是基于LINUX系统的,难道EF81也可以装UBUNTU呵呵。

SXG75不是BREW?怎么又扯上LINUX
回复 支持 反对

使用道具 举报

 楼主| 发表于 2009-10-17 10:51:41 | 显示全部楼层
本帖最后由 ryu8023 于 2009-10-17 12:13 编辑

晕,九段。

LINUX是操作系统,类似于计算机语言。
BREW是应用平台,类似于计算机软件。



。。。。。。。。。。移动通信专业名词解释。。。。。。。。。。。。。

开发工具——BREW是什么?

首先,BREW是个代表无线应用下载的缩写。从开发商的角度看,可以如下描述高通公司的BREW平台: 1. 一个API函数集,令开发商能创建用于无线设备(现是无线电话)的应用软件; 2. 也是一种手段,将应用出售并交给终端用户。 就电话而言,BREW是个处在应用软件和专用集成电路这两种级别间的?客户(约150k)。因此开发商能在不用知道或关心设备芯片或是空中接口的情况下对BREW进行写入。而且,BREW可运行在使用其他空中接口标准的设备上。 图1展示了应用于无线设备的软件的构想层次:

  

                               
登录/注册后可看大图


  BREW第二个重要组成部分是BREW分布系统(BDS)。BDS涵盖的是终端用户在无线运营商的网络上选购、支付、下载和安装软件的能力范围。 BREW商店允许用户浏览运营商的程序下载服务器,让他们知道可以购买或是试用哪些应用。整个的交易过程都是空中发生。运营商为每次的交易都生成一张账单纪录,并且在用户的月电话账单上显示出相应的所需支付额。 运营商保留任何零售差额同时和高通公司分享应用完全售价的20%,剩下的80%归开发商。

   开发BREW应用

  BREW应用可以用JAVA,C或是C++来开发。7月份于san Diego举行的2002年BREW开发商大会上,IBM和Insignia展示了BREW环境下的JAVA虚拟机。惠普也将其MicrochaiVM平台转向了BREW。IBM将在WebSphere Studio Device Developer产品中提供一个BREW开发插件。 注意SDK现有三个版本:1.0,1.1和2.0。每个SDK版本在电话上都有与之配套的应用执行环境(AEE)。使用1.0版SDK所写的应用要运行在一个具有较晚版本AEE的电话上。这种颠倒配套并不一定是对的,因为每个后续版本都融入了新的功能。 由于为现有的电话提供BREW升级不太可能,所以如果你想最大化你的目标市场,保持与1.0版本的兼容性是明智的。 尽管SDK是免费的,但开发商必须拥有Microsoft Visual C++6.0或其后续版本才可使用由SDK提供的BREW模拟器来开发和测试应用。那个模拟器是一个windows程序,它能够模拟电话上的AEE。应用以windows .dll的形式运行于模拟器中。在整个的开发过程中,模拟器是个学习API函数和测试应用的好工具。需事先警告的是在模拟环境和真实电话环境间存在相当大的差别。开发商应在开发过程中尽可能早地引入真实的硬件和构架环境,以避免以后繁琐的调试工作。 当一个开发商决定采取跳跃的方式并且开始商业开发,在整个工程的不同阶段是肯定会产生一些其他成本的。首先,为了获取基于真实硬件的开发时所需基本工具的访问权,开发商必须被认证。简单的说,开发商认证包括要为Verisign Authentic Document Digital ID支付的400美元,从而具有至支付日起的1年有效期或是100个应用的数字命名,两者任意。 认证赋予了开发商对BREW开发商内部网络的访问权,通过它可以访问或是下载一些重要工具。比如,BREW ClassID Generator确保为每个应用赋予一个唯一的32位ID。BREW TestSig Generator提供一个数字签名以允许开发商在真实硬件上测试应用。另外BREW AppLoader将应用下载到电话上。 除认证外,还有一些其他成本。BREW电话中现在所用的CPU是ARM7TDMI。由于C和C++的应用天生就应该在这种设备上运行,因此还需要一个ARM编译器。高通现在支持ARM BREW Builder ($1,500), ARM Developer Suite (ADS) 1.0.1, ADS1.1,可能还有 ADS1.2。假设ADS1.2需要为节点锁定许可花$5,500,为流动许可花$6,500,那BREW Builder上的$1,500价格签就像是交易中偷窃行为!一个免费的,45天的ADS1.2 试用版已经推出了。 开发商同样需要一个BREW电话来测试应用。目前只有两种商用机型: Sharp Z800($399.99,Verizon无线)和Kyocera QCP3035e (价格未知,但肯定比Z800低)。注意这两款电话都装备的1.0版AEE,因此针对它们所开发的应用必须使用1.0版SDK。三款新电话具备了1.1版AEE和CDMA 1x空中接口,按计划将在2002年9月推出。价格现在无从可知。装备2.0版AEE的预计在2002末或2003年初推出。 如表1所示,由NSTL组织的TRUE BREW认证测试,代表了另外一笔可观的可能需要开发商承担的成本。某个应用在由运营商商用于网络之前,必须通过TRUE BREW认证。认证的目的是确保运营商的网络免受病毒以及有害的或是不稳定的程序的侵害。

   表1 应用测试费用
Privileges Required

Standard

Expedited

Basic API functionality, file and shared directory access

$ 750.00

$ 950.00

Above & data calls or Above & telephony/SMS (TAPI)

1,500.00

1,900.00

Above & data calls & TAPI & position location

2,500.00

3,200.00

Functional testing required by some carriers, Add:

400.00

400.00

获取利润

  一旦开发商通过了TRUE BREW认证,就必须和运营商通过高通维护的虚拟市场商谈定价计划。这个计划涉及一些决议,既包括每次下载的整体销售价格也有终端用户的许可证类型。 开发商可选择以每个月收取使用费的方式出售应用给终端用户,或提供一个免费demo。如选前者,开发商必须长远考虑:许可是基于规定数目的使用次数(无限次是一种选择),规定过期日,规定使用天数,还是实际使用时长。Demo选项包括1-5次使用,1-10分钟使用时长,和手机所示已消逝的1-24小时。 一旦开发商和运营商就定价计划达成一致,运营商就可为用户提供新应用了,只需将它加入通过手机可访问的BREW商店目录中。

  
结论

  芯片无关性,整合分布和结账特点,以及运营商的直接参与令BREW相比其他无线开发平台与众不同。BREW拾起了多数APIs丢弃的东西--它提供了一条通往利润而无需开发商独自穿越"运营商壁垒"的大道。

  有关作者 Murray Bonner是Golden Creek 软件有限公司的总经理。该公司专注于无线软件开发,现集中精力为一个BREW应用通过TRUE BREW认证作准备。


BREW 的全称是无线二进制运行时环境。从基本的层面而言,BREW 平台就是手持设备上嵌入式芯片操作系统的接口或抽象层。您可以将它看作是 PC 环境下 Microsoft Windows 的 Win32 API。BREW 平台是一组用于本地执行而编译并链接的二进制库,优化后能使应用程序利用无线服务和资源。它控制流出或流入应用程序的事件流,能根据相应的事件启动、停止、中止或恢复应用程序。BREW 执行环境在运行时可以发现应用程序和任何相关的扩展。
  BREW 平台是无线应用程序开发、设备配置、应用程序分发以及计费和支付的完整端到端解决方案的一部分。BREW 解决方案包括以下组件:
  面向设备制造商的 BREW 应用程序平台和移植工具;面向应用程序开发者的 BREW 软件开发包 (SDK);由网络运营商管理和控制的 BREW 分发系统 (BDS),利用该分发系统,运营商可以轻松地将开发者开发的应用程序投入市场并协调计费和支付过程。
  BREW 是什么
  那么,BREW 是一种操作系统还是虚拟机 (VM)?两者都不是。BREW 是一个位于嵌入式芯片操作系统之上的抽象层,它能够提供对一些低级功能、环境变量和子程序的访问功能。它不是 VM,因为它并不充当解释器,而 J ava VM 在运行时会解释编译的 Java 程序类文件的字节码。
  另一方面,BREW 类似于使用 C 语言的嵌入式开发。与 J2ME 不同的是,开发者可以编写 C 代码,该代码将直接为高度受约束环境中的 ARM 处理器进行编译。这样可使 BREW 编译代码在大小和执行上均更为有效。开发者可以在 BREW 中编写小于 50KB 的全功能邮件客户端程序。BREW 还允许访问将应用程序与 TAPI 接口集成之类的系统级功能。例如,用户可以从 BREW 应用程序内部进行语音呼叫。在 J2ME 环境下这是不可能实现的。
  BREW 也不是一种浏览器或类似 i-Mode 的基于浏览器的服务。浏览器是让用户从以特定标识语言编写的网站查看或下载内容的程序。例如,i-Mode 使用 CHTML 向设备发送数据和服务。这意味着对 i-Mode 的操作仅限于 CHTML 标记集,应用程序通常要求设备连接至 i-Mode 服务器。而如果使用 BREW,连接状态则完全取决于应用程序的功能,而与 BREW 应用程序平台几乎无关。开发者也可以在 BREW 中编写一个浏览器来执行 i-Mode 所执行的操作,但那并不是 BREW 平台的功能。


BREW和其他程序/语言/工具/软件等相关比较区分的介绍资料

Java vs BREW:决战前的较量

   应用开发的份量
2002年的最后一段日子里,关于移动数据业务应用开发的消息接连而至。
12月18日,诺基亚公司与中国移动正式签署开发资源计划,中国移动将在“移动梦网”平台上为应用开发商开辟一个下载专区,提供下载工具和文档,“以推动应用开发商为中国移动的用户开发出更多更好的应用”。之前中国移动主要与上百家内容开发商进行合作,而在他们背后的数千家应用开发商却一直未受重视。按照中国移动数据部移动梦网业务中心主任崔健的说法,“这是中国移动面向应用开发商的首次合作”。
就在此前半个月的12月4日,中国联通与高通公司刚刚成立了BREW合资公司,双方将共同向国内的应用开发商提供技术支持及培训,“旨在普及CDMA及增加BREW的使用”。开发商可以通过此合资公司,参与有关BREW的培训及咨询,并将开发的应用投向市场。事实上,在11月中旬,一场“中国BREW应用与发展联盟大会”已经将中国联通、高通公司,以及上百家无线应用开发商和手机厂商结成了一个相对紧密的群体。应用开发商和设备商将从联通(运营商)和高通那里得到更多的有关BREW的商业和技术信息。
运营商对数据业务的青睐由来已久。虽然眼下并不显山露水,但运营商知道数据业务才是将来的指望。目前,数据业务的应用仍然相对贫乏,因此运营商之间在正面争夺数据业务市场的同时,纷纷加入了在应用开发上的激战。显然开发出足够的应用是占领市场的前提,应用开发商的角色在移动数据产业价值链中的份量于是开始凸显。
种种迹象表明,移动数据市场启动的步伐正在加快。自“彩信”之后,中国移动按计划在2003年将启动Java业务。中国联通也已经公布了将在今年第一季度推出BREW业务的消息。更有最新消息表明,中国联通会很快推出移动数据新业务“彩e”。为此,联通还专门成立了增值业务部,由原联通新时空老总王颖沛亲自挂帅。
两大移动运营商对应用开发工具Java与BREW不同的选择,使这场数据业务大战从一开始便已蕴含诸多变数。值得注意的是,对于Java以及BREW,中国联通表现出两者通吃的态度。2002年12月2日,就在与高通公司成立BREW合资公司之前的两天,Sun公司在中国香港宣布,将与中国联通进行战略合作,共同建设支持Java技术的无线数据通信网。
从全球范围来看,尽管不存在技术与应用上的障碍,GSM运营商还是很少选择BREW。Java在这一领域的“大幅领先”已是公认的事实。

终端的不二选择

事实证明,Java和BREW这类的技术对移动运营商拓展营收“绝对重要”。NTT DoCoMo最早在2001年1月26日推出了i-appli Java手机服务,至2002年1月27日用户数即达到1120万,ARPU增长了数十倍。在刚刚推出服务时,有36个内容服务商,约80%的内容为娱乐,而仅仅四个月后,已有超过5000种应用投入市场。
此外,随着Java的应用,游戏下载、娱乐以及GPS定位等丰富多彩的数据业务将大大改变我们今天对于手机的认识。崔健打了一个比方:“目前我们手机上的天气预报还只是文字信息,明年推出Java业务之后,天气预报可能会出现雨、雪花的图案甚至动画,会更加生动。”
在这个紧密结合的价值链中,运营商的作用当然还是主导,然而各个环节之间相互依存的关系却是市场有效运转的关键。高通无线半导体技术有限公司负责BREW业务的副总裁张瑞昌表示:“在下一个时期,数据业务的发展必须由运营商、设备商、应用开发商共同配合。运营商一个很重要的责任,就是将网络所能提供的性能、建设的计划以及市场的信息,及时传达给应用开发商和设备商,以使它们有充足的时间准备新的终端和新的应用来配合运营商的计划。” 显然,没有终端的配合,数据业务的提供就只是空中楼阁。“今年的终端起到决定作用,”崔健说。其实目前的彩信手机就是一例,终端的千呼万唤不出来就影响了应用的推广速度。
反过来,新的应用也为日渐下滑的手机价格带来生机。1998年,手机平均销售价格是226美元,去年降到了只有169美元。此外,全球手机销售量2001年从2000年的4.15亿部减少到了4.03亿部。销量的减少使得手机厂商开始寻找其它途径来刺激目前用户的更新换代。一个典型的例子是,NTT DoCoMo在推出K-Java服务之后,第一周就卖出了23万部手机。与手机的增长潜力相对应,未来手机软件销售收益估计将达数十亿美元。
与一些运营商可以左右逢源不同,是Java还是BREW?这样的选择对手机厂商来说似乎是不可避免的。目前,从规模上来看,Java还是具有极大的优势,诺基亚、摩托罗拉、爱立信、西门子、三星等厂商都已经宣布在新一代手机里采用J2ME平台。据估计,到2005年,全球将有10亿部Java手机被使用。
但有一个问题是,由于BREW支持Java,如果用户买的是Java手机就无法享受BREW的应用,而BREW手机的用户却可以同时享受BREW和Java的应用。这也许是BREW对手机厂商的一点致命诱惑。
后来者的挑战
1999年,Sun公司推出了适用于移动终端和消费类产品的Java微缩版本J2ME,迅速被业界接受,成为目前最流行的手机应用开发工具。而现在,“来势汹汹”的BREW似乎要打乱Java的阵脚。
BREW(无线二元运行实时环境)是高通公司2001年推出的一个应用开发平台。相对Java,BREW是一个更底层的技术。Magus Soft是国内第一个开发出BREW应用的公司,其执行总裁卢勇认为,“BREW从技术层面来说更能照顾到终端更底层的环境,对应用开发商来说更为方便。”
“J2ME是开放的,但这也意味着变化太多,对开发商带来的问题就是,不同的终端型号、不同的屏幕尺寸、不同的性能,在开发时我们都需要进行多次修改。”另一个开发商gameloft的总经理鲍松说,“一接触到BREW,我们的开发人员就很兴奋,对我们的游戏开发来说,它有更多的灵活性以及相比Java对终端更直接的访问。”在游戏程序开发者们眼中,Java是移动电话的下一个重要事件,但是它目前还没有达到“一次写入,随处运行”的阶段。这其中部分原因可能是由于Sun公司还没有与手机制造商制定硬件运行的标准。“如果你进入Sun公司的网址,你会发现里边有56种设备与J2ME兼容,但是有24种不同的屏幕解决方案。如果你想为每个装置写一个游戏,你就得为不同尺寸的屏幕分别做24个版本,这样的结果是造成了音响效果和色彩上的差异。”
相对Java而言,BREW提供了一个端到端的全面解决方案,它由商业模式、下载系统和计费系统(运营商)、软件开发包(应用开发商)、移植工具包(终端厂商)等组成了一个紧密的解决方案。BREW的紧密合作模式,在很大程度上是一把双刃剑,“BREW是相对垄断的,优势是其整体机制,包括从开发到软件销售渠道、产品市场推广等方面都有一整套的认证体系,”gameloft总经理鲍松说,“如果做的好,可以更好地保证产品的质量和安全性(病毒和反盗版)”。
而实际上BREW的杀手锏更在于,由于它是更底层的技术,因此BREW是支持Java的。卢勇说:“BREW能够更多地调动底层的应用,它的应用效果和对手机终端的支持会更好,应用开发商可以更为方便开发出表现每个终端特性的应用。而Java等中间层的应用由于更通用,会忽略一些显示、音效、运行速度等因素。但从开发角度来讲,二者是不冲突的。”张瑞昌也强调,“BREW使得应用软件在开发后可以应用在更多的终端上而不需做很多的修改,它与Java是互补的关系,在BREW上可下载Java软件”。
然而尽管BREW表现出了技术上的一些独到之处,但眼下却不得不面临着一个最大的问题—Java在全球拥有更多的支持者。
近年来日本的NTT DoCoMo、J-Phone、韩国的LG电信、中国的香港电信、荷兰的T-Mobile等运营商借助J2ME均实现了数据业务的快速发展。其中NTT DoCoMo在推出Java服务一年内,ARPU增长了数十倍。与Java相比,BREW明显慢了几拍。从全球范围来看,目前推出BREW商业服务的有美国的Verizon无线公司和ALLTEL公司、韩国的KTF公司以及日本的KDDI。虽然BREW号称既能够支持CDMA网络又可以支持GSM/GPRS网络,但目前来看,其市场还主要集中在美国和日韩市场。
两者在终端数量上也存在巨大差距。数以百万计安装Java软件的手机已经握在消费者手里,这是绝对的优势。美国高科技研究公司Strategies Unlimited日前发表的一篇题为《2.5G和3G手机性能:2002-2006全球分析与市场预测》的报告称,市场上Java手机的数量预计将每年翻一番,到2006年将从2001年的1,910万部增长到5.53亿部,J2ME将成为事实上的标准。到2006年,Java手机预计将占全部手机出货量的83%。与之相反,目前全球BREW手机仅面世29款,已出售的BREW手机190万部。对此张瑞昌解释说:“BREW从2001年11月才刚刚推出,只有短暂的一年历史,而这29款手机中包括了三星、摩托罗拉、LG等主流手机厂商。”
技术只是一个方面,市场因素往往令胜负难以预料。从PC操作系统的发展历程来看,微软的故事或许一定程度上也会在无线领域重演。
关于标准的讨论于是再次展开。Java一向以其开放性著称,但过度的自由也导致了应用开发过程中的繁琐与多变。相对Java而言,BREW营造了一个更加完整的CDMA生态链,它不仅是一个手机下载应用平台,更提供了端到端的全面解决方案,包括面向开发商提供的软件开发工具包、面向设备制造商的BREW应用平台和端口工具,以及由运营商控制和管理的BREW分发系统(BDS)等。
从应用开发商的角度来说,没有标准就不会有大规模的市场经济效益。然而标准的确立并不能通过简单的比较来完成。Digital Bridges公司的Chris Wright先生表示,作为一个移动游戏的出版商,摆在我们面前的仍然是一个无序的市场。我们得小心谨慎地选择装置。“作为应用开发商来说,我们特别希望看到一个统一的技术标准。这对大家都是好事,我们希望能够实现跨平台的应用,这就不仅是BREW或Java的问题”,卢勇接着说,“我们希望看到,有一个模式能够将传统的互联网、无线互联网以及不同的终端连接起来,比如我在玩一个麻将的游戏,我是在家中上互联网,其中一个对手出差在外地,拿一个Java手机,另一个玩家则可能是用BREW手机,大家都可以连在一起进行游戏”。
其实对于用户来说,技术之争并没有什么意义。卢勇说:“作为开发商,我们需要应用不同平台的优点,而用户就不会关心他的手机使用的是BREW还是Java的技术,只要有好的应用,用户不会关注背后的技术平台”。


BREW、JAVA、.NET三大平台之比较

高通的BREW平台是一种为无线设备提供开放式标准平台的瘦应用程序执行环境,是无线应用程序开发、设备配置、应用程序发布以及计费和支付的完整端到端解决方案的一部分。完整的BREW解决方案包括面向开发者的BREW SDK (tm)(软件开发包)、面向设备制造商的BREW应用程序平台和移植工具以及由运营商控制和管理的BREW分发系统(BDS)。利用该系统,他们可以轻松地将开发者开发的应用程序投入市场并协调计费和支付过程。利用运营商基于BREW的服务,用户可以通过从运营商的应用程序下载服务器上无线下载应用程序来自定义手持设备。

   BREW是一种独立于空中接口的技术,可以运行在诸多网络中。但目前来讲,由于 CDMA2000 1X的技术在现有的技术标准中是在商业运行中最为稳定和成功,并经过多次验证。BREW在CDMA2000 1X网络中可以充分利用其高速的数据传输速率,为最终用户带来极具冲击力的用户体验。即:与芯片级电话功能的紧密集成,更高地展现声音和动画功能,用C/C++编写的应用程序,运行起来速度更快,BREW扩展技术支持用Java和Flash等制作的应用程序端对端的商业模式提供透明的计费和支付纪录,并可通达全球市场开发商,可以通过联通博路无线技术有限公司从高通和联通获得支持。
   由于BREW平台是独立于空中接口的技术,所以BREW与任何网络的结合都非常平滑。同时,它又是一个端到端的解决方案,特别注重满足整个价值链的所有要求。BREW平台包括针对运营商的BREW分发系统,针对开发商的SDK(软件开发工具包),针对终端厂商的移植工具包,和BREW计费系统。BREW使中国联通能够为其用户提供不断丰富的应用。到目前为止,中国联通基于BREW平台所开发的商用程序包括: Adventure(环球历险记)、Any Flash (安凯软件)、 City Online(都市在线)、 E4E Stock(股票)、 Hit Submarine(决战四大洋)、 Instant Weather(天气快报)、 Mobi Escape(莫比大逃亡)、 Suc Esc(星际生存)、Yao Ming Basketball(姚明篮球)等。

   为了应对移动数据的发展,推进无线电子商务等业务的发展,J2ME(Java 2 Micro Edition)即用于嵌入式系统的Java被引入无线领域。随着J2ME的应用,它为移动互联引入了一种新的模型,即允许手机可以从互联网上下载各种应用程序,并在手机创造可执行环境离线运行这些程序。由于定义了可执行程序下载的标准,并在手机上创立了可执行环境和程序开发语言,由此,在移动通信业第一次为软件开发商创造了巨大的商业机会,手机用户在得到丰富应用体验的同时,也大大提高了运营商的网络流量。
   J2ME的出现实际上是Java技术的回归,作为Java 2平台的一部分,J2ME与J2SE、J2EE一道,为无线应用的客户端和服务器端建立了完整的开发、部署环境。由于专门针对多样化的嵌入设备和消费电子设备,J2ME的结构与传统的编程序语言和规范有很大的不同,它是由配置(Configuration)、概要(Profile)和可选包(Optional Package)三要素构成。J2ME技术由一个虚拟机和一组API组成,这组API适合于为消费和嵌入式电子设备提供经过剪裁的运行环境。J2ME主要有两种组件:配置(configuration)和概要(profile)。J2EE的一个关键优点是它能同时为多种连网的便携机、台式机或其他工作站和服务器提供服务,无论运行在这些客户机上的软件是Java applets 、独立的Java程序、HTML浏览器还是本地的应用程序,它都可以同时支持。利用J2ME,这些企业系统也可以直接与各种电子设备进行通信。
   1999年,Sun公司将广为普及的Java技术架构进行了重新定义,J2ME作为Java技术在移动电话等小型设备的版本应运而生,它针对屏幕、电能和内存等资源有限的移动设备进行了优化和定义,为了解决无线设备多样化的矛盾,Sun依照各种设备的资源特性将J2ME技术架构分为Java Virtual Machine(JVM)、配置(configuration)和说明(profile)三层,然后再进一步细分,这使J2ME能够在每一类设备的限制下工作,而同时提供最低限度的Java语言功能性。
   Microsoft(r) .NET 是Microsoft XML Web services平台。 XML Web services允许应用程序通过Internet进行通讯和共享数据,而不管所采用的是哪种操作系统、设备或编程语言。 Microsoft.NET平台提供创建XML Web services 并将这些服务集成在一起之所需。对个人用户的好处是无缝的、吸引人的体验。
   从根本上讲,Microsoft (r) .NET是关于使技术为人们所用,而不是强制个人适应其计算机的限制。利用.NET,无论何时何地,您总能连接到您首选设备上的信息。利用.NET,您可以保护您的个人信息和企业数据,同时允许有您的授权的他人连接到这些信息。
   .NET体验:.NET体验是相当个性化的,集成的最终用户计算交互,它们通过新型智能设备提供的连接的 XMLWeb 服务来实现。从技术层面上讲,.NET体验就是XML Web服务与(在适当时)本地应用程序代码的结合。
   .NET框架:.NET框架是一个用于生成、部署和运行XML Web服务及其他应用程序的环境。它包含三个主要部分:公共语言运行库、框架类和ASP.NET。.NET框架压缩版是伴侣结构,它有一套编程接口,以供开发人员开发面向智能电话和PDA等移动设备的软件。
   .NET平台:.NET平台是一组开发工具和操作系统集,用来生成、公开和消费XML Web服务,通过智能设备实现个性化的集成Web。它由四部分组成:.NET框架和 Visual Studio.NET ,服务器结构,构造块服务,智能设备软件。


BREW与K—Java的关系

K—Java技术是由SUN公司开发的专门用于嵌入式设备的Java软件,它属于一种编程语言,而BREW属于一种应用平台,类似于我们通常使用的微软Windows平台,用户以及开发者可以在这个平台上使用各种编程语言编写应用程序,当然也包括K—Java语言,那么现在的很多GSM手机,例如西门子、诺基亚、摩托罗拉的手机都支持K—Java程序的下载能及使用,为什么还需要BREW平台 ?因为Java应用需要Java虚拟机(JVM)的支持,而各型号的手机所需要的JVM各不相同,同时网络营运商也需要为Java定义自己的规范。这样导致的问题就是各家所设计的K—Java程序并不能通用,例如专门为摩托罗拉手机设计的K—Java程序并不能被诺基亚的手机兼容,而在BREW这个平台上,开发商可能编写自己单独的JVM,以此作业BREW平台的扩展,那么以后编写的K—Java程序就能使用在支持BREW的任何设备上,不会出现兼容性问题,这样不仅减少开发者的重复开发费用,更重要的是让用户拥有了更多的软件来源以及应用。

手机操作系统三分天下,Java和BREW对垒中间件

在过去几年里,无线手机操作系统(OS)和中间件对于OEM/ODM厂商的意义越来越大。长期以来,手机一直采用固件(firmware)/具有自主知识产权的OS,而目前的智能手机则提供标准化的平台,使得各种设备之间能够实现无缝通讯。标准化的OS/中间件除了可以给手机制造商带来明显的成本优势以外,用户也可以从基于这些平台开发的大量应用软件中受益。技术研究公司ABI估计,2008年智能手机的销量约为1.5亿部。 日本NTT DoCoMo、英国沃达丰(Vodafone)和Orange等电信运营商被以服务为中心的平台概念所吸引,希望它能帮助它们留住客户。与微软不同,Linux和Symbian都具有实现高级定制的灵活性,因为这两种操作系统是开放源代码平台。“由于竞争越来越激烈以及用户流失率(churn rate)增高,”ABI的分析师Kenil Vora表示。“运营商感觉到有必要使其产品具有特色。”沃达丰和Orange已投资于Savaje公司,Savaje开发以运营商为中心的OS(operator-centric OS)。 另一方面,微软的系统可以向企业用户提供其它OS所不具备的各种好处。例如,对于企业的CIO来说,重要的是对OS的熟悉程度,以及是否容易利用现有的台式机软件对其进行扩展。所以微软比Linux和Symbian都具有优势。另外,平台的定制水平较低,可以实现一致性,这对于企业用户具有重大意义,因为企业中通常有几百台设备需要相互通讯。不太分散、可升级和容易安装的应用程序最适合于企业用户。ABI认为,微软将在企业领域具有很强的竞争力。 微软进入手机领域遭到大型OEM厂商的极力反对,因为它们害怕微软独霸手机市场。最大的一些手机厂商支持Symbian。摩托罗拉对于诺基亚通过Symbian获得主导地位一直感到不舒服。诺基亚是Symbian的最大股东,而且它的Series 60平台几乎都安装了Symbian的OS。 对于那些对微软和诺基亚的垄断地位而心存顾虑的OEM厂商来说,Linux可能成为他们的选择。另外,在印度和中国等国家,由于市场对于价格非常敏感,Linux解决方案可能让更多的人能买得起。但Linux的分散性将继续妨碍它的成长。根据2008年的市场份额预测,ABI把Symbian排在首位,微软的Windows软件排在第二,第三是Linux。 在中间件领域,Java目前主宰全球手机市场,2003年有1亿部手机安装了J2ME。但Java仍然过于分散,不能象标准的中间件那样在所有设备中得到大规模应用。应用程序开发商青睐得到大规模布署的和不太分散的平台,这样可以避免为每一种新设备重新编写代码。高通(Qualcomm)的BREW一直努力在手机市场取得更大的地盘。目前,有20家运营商已布署了BREW,但GSM运营商将来是否会安装BREW仍有待观察。
回复 支持 反对

使用道具 举报

 楼主| 发表于 2009-10-17 19:22:24 | 显示全部楼层
本帖最后由 ryu8023 于 2009-10-17 20:01 编辑

BREW与Android相关发展新闻资料收集

占位编辑.....



。。。。。。。。。。。。技术相关新闻资料。。。。。。。。。。。。。。。。。
高通CEO:“Android不与BREW竞争”

美国谷歌正在推进手机平台“Android”。目前,该公司正在稳步推进应用开发,估计支持该平台的手机最早将于年内亮相。美国高通很早就参与到Android的开发中,并一直积极推进芯片组对该平台的支持。高通之所以这样做,是期望Android的使用范围扩大,带动手机芯片组供货量的增加。然而,高通还一直在大力推进手机软件平台“BREW”。Android真的不会妨碍BREW的普及吗?记者就此采访了该公司首席执行官Paul E. Jacobs。
——高通是如何看待Android的?
Jacobs:Android作为软件,做得非常好。虽然现在还处于开发阶段,但我们对它的评价很高。也对其充满期待。但从业务的角度来看,还面临着一些问题。今后,谷歌须与多家手机运营商建立良好的关系。而以前在美国无线频率的拍卖等活动中,谷歌曾与手机运营商出现过对立。从这一点来看,还有不少难以预料的情况,因此我们比较担心。
——如果Android作为软件平台得到广泛普及,会不会妨碍高通大力推进的“BREW”的普及?
Jacobs:我想不会。Android面向的是“智能手机”等比较高端的手机。而我们所推进的BREW则针对中等及低端等范围更广的领域。两者的应用领域不同。虽然BREW的普及会受到Android的推广方式的影响,但不会妨碍BREW的发展。
——高通一直通过配套使用自己公司的手机芯片组(MSM系列)和BREW软件平台来吸引企业客户。原因是BREW平台和MSM芯片组有较高的亲和性,可以实现乘积效应。但软件平台如果采用Android的话,这种优势将不复存在。目前有多家公司提供Android用手机芯片组,高通只是其中一家。在Android平台方面,高通能够继续保持优势吗?
Jacobs:我们会越来越占优势。本公司正在开发便携设备用高端芯片组“Snapdragon”。能使如此高速处理的芯片实现低耗电量,只有本公司才能做到。以这种技术实力,可以领先于其他公司。再加上我们的开发一直是在与谷歌紧密合作下进行的,这一点也是我们的优势。Android若得以普及,高通的芯片组配备于更高端手机的可能性就会增大,这对于我们来说也是非常好的事情。



高通将推低价高性能Android移动处理器

高通近日官方宣布了一款针对大众市场的智能手机芯片解决方案MSM7227,这款芯片具备高端处理性能和高级移动多媒体性能。


  据称,这款芯片主要供应给价格不足150美元的智能手机市场,具备HSPDA/HSUPA 3G网络支持能力,可使用的操作系统为Symbian S60,Android、Windows Mobie系统和BREW移动平台。


  高通副总裁声称,这款MSM7227芯片可为制造商提供更具有价格竞争力的产品,并支持业界领先的移动操作系统。MSM7227采用了600Mhz处理器,320Mhz DSP和400Mhz数据Modem处理器。集成硬件3D加速,支持蓝牙2.1、GPS、800万像素摄像头和30 fps WVGA视频编码解码能力。


  MSM7227芯片的大小为12mm x 12mm,在较小的面积下提供了更高的性能和更低的功耗。目前MSM7227芯片已经开始提供样品,预计今年晚些时候大量出货。
回复 支持 反对

使用道具 举报

 楼主| 发表于 2009-10-17 19:34:22 | 显示全部楼层
BREW与Android相关网络技术资料收集

占位收集....


。。。。。。。。。。BREW相关网络技术资料。。。。。。。。。。。。。

HSDPA/HSUPA移动宽带终端技术研究

【摘要】随着中国TD-SCDMA移动通信网络的试商用,有力地推动了HSDPA/HSUPA移动宽带终端技术的发展。文章在分析HSDPA/HSUPA移动宽带通信技术的基础上,着重研究和分析了宽带终端的硬件平台技术和终端软件技术,并给出了相应的发展趋势。
【关键词】HSDPA  HSUPA  TD-SCDMA  终端

1 概述
    2008年4月1日,中国移动通信公司(CMCC)在北京、上海等8个城市正式启动中国3G(第3代)移动通信标准TD-SCDMA移动通信网络的试商用。这标志着中国3G时代的到来,同时也加快了3G增强技术HSDPA/HSUPA移动宽带通信技术在中国的商用化进程。作为HSDPA/HSUPA移动宽带通信网络的重要组成部分,HSDPA/HSUPA移动宽带终端是用户感知网络能力和性能的最终媒介,终端的种类、成熟度、价格和性能等对移动宽带通信网络的发展有着明显的影响。由于移动宽带通信网络无线带宽的显著增加,从而使移动多媒体应用成为真正的可能,这也使移动宽带终端的配置更加复杂化,更加多用化,也更加时尚化。与此同时,随着移动宽带终端硬件平台处理能力的提高和软件研发平台的逐渐标准化,为了满足不同人群的宽带化需求,移动宽带终端也需要多样化的发展。下面从HSDPA/HSUPA移动宽带通信技术、移动宽带终端硬件平台和软件技术等三个方面对移动宽带终端相关技术进行分析。

2 HSDPA/HSUPA移动宽带通信技术
    随着用户对大流量移动多媒体服务需求的日益提高,3GPP组织制定了相应的技术演进路线,在Release5中引入了高速下行分组接入(HSDPA,High Speed Down link Packet Access),在Release6中引入了高速上行分组接入(HSUPA,High Speed Up link Packet Access),在Release7中采用了正交频分复用(OFDM)和多输入多输出(MIMO)技术完成HSDPA和HSUPA的未来演进道路HSPA+。
    考虑到不断增长的无线数据业务对移动通信网络性能带来的新要求,尤其是下行链路业务的要求,HSDPA采用共享的下行信道进行数据传输,通过引入自适应调制编码(AMC)、混合自动重传(HARQ)、快速调度、16QAM等技术,从而得到较高的数据吞吐量,并能有效降低数据重传的次数和传输时延。
    为了提高上行链路的数据传输速率,考虑到上行链路自身的特点,如上行软切换、功率控制和终端的峰均比(PAR)问题,HSUPA主要采用物理层混合重传、基于Node B的快速调度及2ms TTI短帧传输等技术来提高上行链路的数据速率和小区容量。此外,HSUPA还新增了一个专用信道以支持上行链路数据传输。
    HSPA+是3GPP HSPA(包括HSDPA和HSUPA)的增强技术,它在保留了HSPA关键技术的基础上,增加了MIMO多天线技术,通过空时处理提高系统的容量和可靠性;利用连续性分组连接(CPC)方案,克服了潜在的传输间断、频繁的连接中止以及重连等带来的开销和时延,以提高分组用户数量、VoIP用户容量和系统效率;HSPA+所采用的下行64QAM和上行16QAM高阶调制提高了用户的数据传输速率。
    作为HSPA技术向LTE(Long Term Evolution)演进的增强技术,HSPA+的网络结构将向全IP化发展,业务向多样化、多媒体化和个性化方向发展,无线接口向高速传输分组数据的方向发展,小区结构向多层次、多制式重复覆盖方向发展,移动宽带终端向支持多制式、多频段方向发展。

3 移动宽带终端硬件平台
    移动宽带终端设计需要考虑更高的带宽、更强的处理能力、更大的存储、更高的安全性、更加灵活丰富的应用以及多种无线标准制式共存。因此,移动宽带终端硬件平台通常包括基带处理芯片(BB)、应用处理器(AP)、射频芯片(RF)、电源管理芯片(PM)、存储芯片(RAM)、外设与显示器等部分,图1是移动宽带终端硬件平台架构图。
        

                               
登录/注册后可看大图

            图1  移动宽带终端硬件平台架构图
    图1中,BB芯片一般集成ARM核、DSP核、各种接口等,其主要作用是实现HSDPA/HSUPA移动宽带通信或者其他各种无线通信标准的基带调制解调功能。通常包括移动通信网络的GSM/GPRS、CDMA 1X、3G、HSDPA/HSUPA等技术标准,也可能包括IEEE 802系列无线通信技术标准,如WiFi、WiMax、Bluetooth、NFC、UWB等,此外还可能包括GPS定位、CMMB手机电视技术标准等。
    AP通常由ARM核、DSP核、微处理器和存储器等部件组成,用于提供各种多媒体处理、2D/3D游戏、移动电视、Email、即时通信等应用能力。提供应用处理器芯片的厂商主要有美国德州仪器(TI)、Marvell、Freescale等。出于提高集成度和降低成本的考虑,AP和BB集成在同一芯片中将是更多厂家的选择,如高通 MSM 7200系列基带处理芯片。这类集成芯片采用了更先进、高速的ARM核(如ARM 11)甚至多核技术;支持更强大的多媒体处理功能,包括宽带语音编解码、高保真音频编解码、更高帧率(如30fps)、更高分辨率(如QVGA、VGA甚至是HD)、更先进(如H.264、MPEG-4、AVS-P7等)的视频编解码、支持几百万甚至千万像素摄像头、强大的3D动画支持等;支持丰富多样的应用,包括各种互联网上流行的应用;并渗透到入门级移动宽带终端中。
    RF主要由射频接收和射频发射两部分组成,其中射频接收电路完成接收信号的滤波、信号放大、解调等功能;射频发射电路主要完成基带信号的调制、变频、功率放大等功能。如图1所示,移动宽带终端将集成多种RF技术,例如支持GSM/GPRS、CDMA 1X、3G、HSDPA/HSUPA、WiFi、GPS等无线通信技术标准中的两个或者多个标准。由于这些无线技术标准各自使用不同的频率资源,移动宽带终端通常需要2个或3个RF电路以对应不同的频带。但是射频电路的集成难度较高,这就要解决如何降低射频电路间干扰、优化共用模块设计、简化外围器件、降低功耗等问题。随着半导体技术的发展,目前单芯片RF是一个发展趋势,即在一枚芯片上集成支持多种无线技术标准的射频功能。如TI正在开发可用一枚芯片实现WCDMA、GSM、WiFi等各种无线信号收发的RF芯片,它可以收发中心频率与带宽各不相同的多种无线信号,并将应用于正逐步走向多模式、多频段的移动宽带终端。另一方面,由于软件定义无线电(SDR)技术的发展需要,“可重构RF”芯片将是一个发展方向,通过它可以在收发信号的不同中心频率和带宽之间进行切换。如果使用该“可重构RF”芯片,对于需要根据环境在多种标准的无线技术网络间进行切换的移动宽带终端,用一组RF电路就可以实现了,类似的芯片美国BitWave半导体公司等风险企业目前正在开发。
    总之,在移动宽带终端硬件平台技术发展方向方面需要注意多频、多模、异构系统协同工作的融合平台。借助芯片制造工艺(45nm、32nm、22nm等)及多核处理(4核、8核、12核等)、人工磁导体(AMC,Artificial Magnetic Conductor)、射频微机电系统(RF MEMS)、隔离磁偶极子(IMD,Isolated Magnetic Dipole)天线、多带天线、可重构天线、高速大容量芯片技术与包括认知无线电在内的现代自适应信号处理技术等,彼此有机协同工作,构建一个未来泛在便携型融合平台是可以想象的。未来借助量子技术与纳米计算,一个小小的移动宽带终端就可能做得比现今我们所看到的所有计算机的功能更强大,使未来计算机的计算能力与人机交互的智能化水平提高100倍以上,以进行更个性化与更人性化的人机交流及终端新媒体运作,这种设想预计在未来10年内有可能实现。

4 移动宽带终端软件技术
    随着中国3G时代的到来,具备高度智能化的移动宽带终端代表了移动设备的未来,软件将一直在移动宽带终端技术开发中发挥关键作用。图2是一种单芯片移动宽带终端软件结构图。
    作为移动终端设备,除了需要支持现有手机所具有的应用外,宽带终端还需要支持由于无线带宽的增加所产生的新的应用,如浏览器(Browser)等基于IP数据网的应用,以及视频电话(Video Phone)、流媒体(Media Streaming)、多媒体广播多播业务(MBMS)等基于移动宽带通信网络的应用,此外还可能需要支持传统移动PC个人办公应用,如Office、Email等。
         

                               
登录/注册后可看大图

                图2 移动宽带终端软件结构图
4.1 操作系统
    如前所述,由于宽带终端必须支持非常复杂的上层应用(Application Layer),这对终端的操作系统(OS)和应用软件开发平台(Application Development Platform)提出了更高的要求,主要体现在操作系统及开发平台不仅要可靠、容易使用,还要具备良好的电源管理机制、完善的掉电保护机制、支持空中下载(OTA)等,同时要非常容易地和第三方的上层应用软件集成。另外,随着终端中多CPU/DSP的增加,对多核系统的支持也成为必然。目前宽带终端可以采用的操作系统主要有Symbian、Windows CE、Linux等。
    Symbian是由爱立信、诺基亚、摩托罗拉等公司共同出资研发,作为一款移动版操作系统,具有功耗低,内存占用少等特点,它提供三个主要的宽带终端平台:适于单手操作的S60、双手操作的S80和以笔操作为主的UIQ平台,其中S60的应用最多。得益于诺基亚等公司的大规模采用,在一段时间内Symbian仍将是最主流的操作系统。Linux支持多用户、多进程和多线程,是一个强大而稳定的操作系统,包括联想、摩托罗拉在内的一些跨国公司都在将Linux用于包括移动终端在内的嵌入式计算设备市场。由于有开放代码和免授权费用的优点以及受到软件技术爱好者的追捧,Linux在宽带终端领域也将会有一定作为。Windows CE是微软开发的一个抢先式多任务且具有强大通信能力的嵌入式操作系统,在移动终端操作系统上有三个系列,分别为Pocket PC、Pocket PC Phone Edition和SmarPhone。虽然目前市场占有率仍低于Symbian和Linux,但依托微软强大的技术支持及广大用户对计算机Windows系统界面风格和操作方式的熟悉和认知,未来也将有更快速的增长。

4.2 软件开发平台
    在软件开发平台方面,目前可以采用的有BREW、Android、Qtopia等。由于高通公司的强力支持,BREW的产业链在不断壮大,功能也在不断扩展,它已不只是以前的BREW应用下载、安装和运行,也可以用来实现动态UI(User Interface)等功能,越来越多的厂家用BREW实现运营商和/或用户的差异化功能定制要求。由于几乎所有的高通芯片都带BREW支持,随着高通芯片市场占有率的提高,BREW的发展不容小觑。Qtopia是奇趣科技公司研制的平台,它支持ARM、MIPS和其他硬件架构,只需要很少的资源便可使Qtopia运行于新的硬件平台上。Qtopia平台比较灵活,可以方便地替换掉不具竞争力的应用,以更好满足客户需求,降低开发成本和生产成本。为了满足不同运营商需求以及进行客户细分,Qtopia也支持灵活的UI。Android是Google公司与开放手机联盟合作为开发者设计的一个完全开放的软件平台,这个联盟由包括CMCC、摩托罗拉、高通、宏达和 T-Mobile 等在内的 30 多家技术和无线应用的领军企业组成。设计Android的目标是借助建立标准化、开放式的移动终端软件平台,在移动产业内形成一个开放式的生态系统,以便推进更好、更快的创新,为移动用户提供不可预知的应用和服务。

4.3 协议栈
    如前所述,软件是宽带终端中最复杂的组件,而软件复杂度大多又源自于按照特定协议管理信道数据流的协议栈。所谓协议栈就是对信息进行多次封装和解封的过程,以便能够在不同的无线网络实体间传送信息。因此,宽带终端协议栈的作用是用来处理终端与基站、移动宽带网络之间的通信,它主要由接入层、非接入层等组成。其中接入层可用于处理终端与无线接入网的通信,主要由物理层、媒体访问控制(MAC)层、无线链路控制(RLC)层、无线资源控制层(RRC)等组成。非接入层主要用于处理终端与核心网的通信,包括会话管理(SM)、移动性管理(MM)、呼叫控制(CC)、短消息(SMS)等。为了后向兼容现有的移动通信网络技术标准,宽带终端协议栈还包括GSM/GPRS、EDGE、TD-SCDMA等移动通信协议栈。此外,对于支持其他无线技术通信标准的宽带终端,还需实现相应标准的协议栈,如WiFi、WiMAX等。
 
5 结束语
    本文分析了HSDPA/HSUPA移动宽带终端相关关键技术,由于这些技术以及其他技术的继续发展,移动宽带终端的发展将越来越迅速,越来越数字化、智能化,并逐渐成为人们生活中不可替代的一部分。同时,各种功能集终端于一体,使其逐渐演变成拥有强大处理能力和丰富功能的手持移动计算设备。★


作 者:张孝林 联想研究院上海分院
来 源:《移动通信》杂志
回复 支持 反对

使用道具 举报

 楼主| 发表于 2009-10-17 19:45:50 | 显示全部楼层
BREW与Android相关平台技术资料收集

占位收集平台开发....


。。。。。。。。。。BREW相关平台技术资料。。。。。。。。。。。。。
Windows Mobile程序员玩转Android开发

现在的智能手机操作系统已经进入战国时代,老牌的SymbianWindows MobileBREW面临着iPhoneAndroid等新势力的巨大挑战。最近有些闲暇时间了,可以研究下新手机操作系统的应用程序开发了。下一代的手机内置功能将不再是决定因素,如何让第三方快速开发手机上的应用将是兵家必争的制高点。
我是一个Windows Mobile程序员,而且也做了很久,为什么在新的手机操作系统里选择Android?因为AndroidWindows Mobile太像了,为什么这么说?
1,
都是操作系统与手机硬件分离模式,最有趣的是硬件供应商竟然是一家;
2,
可以使用托管代码来进行开发(.NET CFJava)
3,
免费发布的SDK
4,
IDE集成式开发环境(Visual StudioEclipse
5,
强大的服务器端软件支持(Windows ServerSQL ServerExchangeGoogle Online Service
所以说,从技术方向上来说,Windows MobileAndroid是相同技术的不同实现,体现了以软件和在线服务为核心的思想,区别于iPhoneSymbian的以手机为核心的思路。现在还说不好这两种思路谁对谁错。但是,我不选择iPhone还有一个非常重要的原因:我没有Mac电脑,所以无法搭建开发环境。如果将来iPhone落败,这将是一个非常致命的失误。
开发环境好了,先来介绍一下开发环境,我的操作系统是Windows Vista,没有安装Visual Studio开发工具(不是我平时的工作用机)。第一步是访问Android主页,通过Google是很容易访问到的。必须承认,Android文档已经比我半年前访问时有很大的提高了,可以很容易地找到如何安装开发环境的指南。对于我们这些非Java 开发者来说,这非常有用。
我安装的软件包括:
JDK 6
Eclipse 3.4(我装了个支持JavaEE的版本)
Android SDK 1.0
ADT(AndroidEclipse插件)
这些软件的链接在Android主页上都有。我首先安装了JDK 6,然后解压缩了Eclipse 3.4,无须安装;接下来是Android SDK 1.0也无须安装。
首先,我们要将Android SDK设置到环境变量中。在Android SDK的目录中包括docssamplestools 目录,而我们需要将tools目录,设置到环境变量中的Path变量。

                               
登录/注册后可看大图

这一步完成后,我们需要进入Eclipse来设置Android的开发环境了。第一次启动Eclipse还是比较慢的,也可能是我装了JavaEE版本的原因?

                               
登录/注册后可看大图

进入Eclipse 3.4主界面后,我们就要设置ADTAndroid开发的Eclipse插件),分为两步:
第一步,选择Help菜单中的Software Updates,会弹出Software Updates and Add-ons对话框,选择到Available Software标签页上:

                               
登录/注册后可看大图

点击Add Site按钮,在弹出的对话框中输入:
https://dl-ssl.google.com/android/eclipse/

输入URL之后,点击OK按钮,我们就能在列表中看到AndroidURL,在下边Developer Tools节点下有两种:分别是Android开发工具和Android编辑器。点击Install按钮,安装Android开发工具。

                               
登录/注册后可看大图

通过一个向导之后,Android开发工具的安装就完成了。


第二步,设置Android SDK的位置,在Windows菜单里选择Preferences,进入对话框。然后再左侧的列表中选择Android。然后选择SDK Location后的Browse按钮,选择Android SDK所在的位置。

                               
登录/注册后可看大图

设置完成之后,Android开发环境的设置就完成了。跟Windows Mobile的开发环境比较一下,因为Visual Studio 2003以后版本都内置了对Windows Mobile开发的支持,所以Android安装时还是有一些复杂的,不过考虑到如果在Visual Studio中支持Windows Mobile新版本的话,其实只是多了设置SDK一个步骤。因为有详细的文档,所以Android开发环境的配置并不能,可以打8分。


Windows Mobile
Android
开发环境配置

9
8


第一个程序接下来就要开发第一个应用程序了,从HelloAndroid开始吧,在开发文档中也有详细的指导。
首先,在Eclipse的主界面里选择File菜单中的New-Project,呵呵,与Visual Studio的新工程创建步骤是一致的。

                               
登录/注册后可看大图

在弹出的New Project对话框中,选择Android节点下的Android Project

                               
登录/注册后可看大图

然后是创建Android工程的向导,Project NamePackage NameActivity nameApplication name是需要填写的部分,我们选择Create new project in workspace,创建一个全新的工程。

                               
登录/注册后可看大图

接下来就进入的就是Eclipse的主界面了。

                               
登录/注册后可看大图

为了能够更快的看到Android应用的效果,我们就不修改代码了。接下来对Debug进行设置。选择主菜单上的Run-Run Configurations选项(这是Eclipse 3.4的情况,Eclipse 3.3中是Run-Open Run Dialog)。

                               
登录/注册后可看大图

在弹出对话框的左侧,选择Android Application,为了增加一个新的配置,我们需要双击Android Application,下面会出现New_configuration节点。右边的对话框,Name中填写的是该配置的名称;然后在Project对话框添加的工程名称,要和创建的工程名称一致;在Launch选择对应的Java包。最后点击Apply 按钮保存配置文件。
好了,最后选择Debug按钮,就可以启动模拟器,看到应用程序的运行效果了。如下图:

                               
登录/注册后可看大图

总的来说,Android的开发环境非常好,让第一次使用的人感到非常舒服,完善的文档也是帮助开发者入门的很重要一步。
回复 支持 反对

使用道具 举报

发表于 2009-10-18 11:06:13 | 显示全部楼层
不用想了~~~中文SXG75还搞得那么辛苦~~~怎么可能android呢
回复 支持 反对

使用道具 举报

发表于 2009-10-18 13:24:06 | 显示全部楼层
虽说帮不上什么忙,但是还是要常顶下去!
回复 支持 反对

使用道具 举报

发表于 2009-10-18 16:25:37 | 显示全部楼层
顶顶 皆有可能
回复 支持 反对

使用道具 举报

发表于 2009-10-18 22:01:28 | 显示全部楼层
支持楼主。。。。
回复 支持 反对

使用道具 举报

发表于 2009-10-20 07:09:59 | 显示全部楼层
SXG75的处理器不算快,要真变成Android,恐怕没几个人能忍受.....
回复 支持 反对

使用道具 举报

发表于 2009-10-20 11:52:10 | 显示全部楼层
sx1可以用linux
回复 支持 反对

使用道具 举报

发表于 2009-12-6 19:48:39 | 显示全部楼层
看的眼睛都花了
回复 支持 反对

使用道具 举报

发表于 2010-1-11 22:56:00 | 显示全部楼层
阅过
没看完6
回复 支持 反对

使用道具 举报

发表于 2010-1-11 23:40:07 | 显示全部楼层
当年达人们说sxg不可能汉化,现在基本实现。
回复 支持 反对

使用道具 举报

发表于 2010-1-30 19:27:42 | 显示全部楼层
看了学习了O(∩_∩)O谢谢。
回复 支持 反对

使用道具 举报

发表于 2010-3-21 17:47:47 | 显示全部楼层
汗死..........
回复 支持 反对

使用道具 举报

发表于 2010-4-2 10:31:11 | 显示全部楼层
好思路,坚决支持
回复 支持 反对

使用道具 举报

发表于 2010-4-2 16:40:53 | 显示全部楼层
围观凑热闹
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册会员 微信登录

本版积分规则

小黑屋|Archiver|手机版|爱技术 ( 沪ICP备08115260号-3 )

GMT+8, 2024-5-7 21:43

Powered by Discuz! X3.4 Licensed

Copyright © 2001-2020, Tencent Cloud.

快速回复 返回顶部 返回列表