Go语言视频零基础入门到精通

卡卡的梦

数周前，开发者曾预览了下个Android平台——Honeycomb（注：即Android 3.0）。1个月后，Honeycomb SDK最终版本发布，随后首款Android 3.0设备摩托罗拉Xoom平板电脑面世。Developer.com研究了SDK、新工具和新设备，并对该平台的更新和改变发表看法，以下是游戏邦编译的相关内容。Developer.com在本文中同时顾及供用户和开发者使用的功能，但还是以开发者的角度来分析探讨。
　　Android 3.0的特色和API让人感到兴奋
　　Android 3.0包含了许多新特色和API，对有些内容我们感到特别兴奋和激动，因为他们的加入再次拓宽了可运行于平台上的应用类型。
　　Android Fragments
　　Fragment API让开发者更为简便地制作动态用户界面，更有效地使用屏幕实际使用面积。尽管最初主要将其当成平板电脑API，但Fragment API可用于简化所有用户界面的设计，在不同方向模式和屏幕尺寸间共享更多代码和布局，使之成为面向各种设备类型的必要API。

Android Honeycomb Logo
　　Android Loaders
　　下载显示于活动（注：即“Activity”，是最基本的模块，在应用中每个单独的屏幕都是一个“活动”。）中的数据并且在配置改变时调控数据获取过程，这是所有开发者都必须处理的普遍问题。Honeycomb引进Loaders概念来解决这个难点，这种特别的新型Loader API可异步处理数据的重新获取，自动连接至之前的数据，因而开发者便无需再次访问。希望此API能够改善普通数据密集型屏幕的性能。
　　Android Action Bar
　　Google去年在Google I/O 2010大会上介绍过Action Bars概念。许多Android旗舰程序接受了该想法，将这种新用户界面样式运用到开发中。但现在Action Bar想法已融入平台中并呈现出许多新功能，包括下拉菜单、立时进入选择菜单和标签管理。希望能在程序中看到更多恰当使用Action Bar的简易一致的导航。
　　RenderScript
　　RenderScript系统将为C语言编辑图像和计算代码提供新方法，使之可在本地CPU或GPU上执行，增加不同CPU和GPU类型的兼容性。这个系统让人想起OpenCL或CUDA，在上述性能中关键的计算可能在GPU硬件上运行而加速则由CPU完成。尽管此计算能力通常用于图像设计和游戏的背景中，但也可以用于其它有趣的目的。
　　Android 3.0工具升级
　　Android 3.0发布后，许多工具得到升级。Graphical Layout设计器再次得到极大的改善，现在可以更为精确地显示布局在多种Android设备、屏幕和SDK版本上的预览。拖动部件并将他们准确放置也更加简单，无需采用XML编辑。然而它并非毫无瑕疵，开发者需要在XML中频繁调整用户界面控制。模拟器组件也得到提升，新增快照特色。快照让模拟器以开启状态存储，使用时重新加载即可，将启动时间缩短到几秒钟而不是数分钟。

摩托罗拉Xoom平板电脑
　　供Android Backward Compatibility使用的静态库
　　看到这里，或许大家会认为，这些特色都很不错，但如何在现有非Honeycomb系统设备上使用呢？幸运的是，Android开发团队刚刚发布了包含某些Honeycomb最受欢迎特色的静态库，这些内容可以用在Android 1.6至Android 2.3.3系统的应用上。现在，这个库中主要包含的两大特色是Fragment API和Loader API。就个人而言，Developer.com编辑希望Action Bar也能够公之于众。但是，Android团队发布此等静态库的潜台词值得赞赏，他们暗指现有版本甚至老版本Android系统及其用户并未被遗忘。
　　Honeycomb的些许不足之处
　　Honeycomb并不完美，给Android SDK带来的某些改变不受开发者欢迎。大家都想知道为什么这样改，改得比原来更差。
　　Honeycomb SDK的模拟器性能
　　Android模拟器性能从未好过，而且模拟器屏幕分辨率的增加使其显得更为突出。Honeycomb SDK中模拟器分辨率高达1280