Android应用

从许多方面来说，每个Android应用程序存活在它们自己的世界中应用基础-Application FundamentalsAndroid应用程序以java作为开发语言。用Android SDK 提供的工具，可以将应用程序所需要的数据和资源文件打包到一个android包文件中，这个文件用.apk作为扩展名。所有代码都在单个.apk文件中， 当成一个应用，这个文件就是通常安装在Android设备中的应用. 一旦安装到了一个设备，每个应用生存在它自己的安全沙箱中。

自从 Android 和最初的 SDK 发布以来，计算机技术新闻界一直非常关注 Android。Android 之所以重要主要有两个原因。Android 是 Google 进军移动市场的主要行动。移动应用程序领域竞争激烈，新的竞争者很难涉足。Google 拥有大量资源和强大的品牌实力，有能力涉足任何市场。Google 进军移动市场已经好几年了。Android 原来属于另一家公司，Google 通过收购这家公司大大提高了在移动市场上的竞争力。Google 的任何行动都会受到关注，而且引入新平台也很引人注目。Android 同时具备这两个因素。第二个原因是 Android 的应用程序模型与众不同。Android 应用程序并不是需要大量单击操作的纯粹的菜单式应用程序。Android 应用程序中确实有菜单和按钮，但是 Android 在体系结构中引入了一种新颖的设计元素 intent。

本节要使用 Android Developer Tools 创建一个基本的 Android 应用程序，它称为 SaySomething。创建这个应用程序之后，将调试和运行它。New project 向导第一步是创建一个新项目。选择用来创建 Android 项目的向导，如下所示。图 2. New project 向导2011-9-16 00:06 上传下载附件(53.67 KB)这个应用程序需要：Name

要想检查正在运行的应用程序中发生了什么情况，就需要查看正在运行的 Dalvik VM。在 Eclipse 中，选择 Window > Open Perspective > Other。在出现的对话框中选择 DDMS。这会在 Eclipse 中打开一个新的透视图，其中有许多有趣的窗口。下面简要介绍一下 DDMS 透视图中提供的资源：LogCat 是一个日志文件，它记录 VM 中发生的活动。应用程序可以通过 Log.i(tag,message); 在这个日志文件中添加自己的日志项，其中的 tag 和 message 都是 Java 字符串。Log 类属于 android.util.Log 包。图 9 显示 LogCat。图 9. LogCat 2011-9-16 00:06 上传下载附件(36.03 KB)DDMS 中的另一个方便的工具是文件管理器，可以用它访问模拟器的文件系统。图 10 显示在模拟器上部署本教程示例应用程序的位置。图 10. 在模拟器上部署的示例应用程序2011-9-16 00:06 上传下载附件(79.04 KB)用户应用程序部署在 /data/app 目录中，而 Android 内置的应用程序部署在 /system/app 目录中。在 DDMS 中还可以查看正在运行的进程。图 11. 正在运行的进程列表2011-9-16 00:06 上传下载附件(28.74 KB)

我们来看看 Android 应用程序的四种主要类型：活动、服务、接收器和 ContentProvider。我们还要看看显示用户界面（UI）元素的视图。活动活动是最常用的 Android 应用程序形式。活动在一个称为视图 的类的帮助下，为应用程序提供 UI。视图类实现各种 UI 元素，比如文本框、标签、按钮和计算平台上常见的其他 UI 元素。一个应用程序可以包含一个或多个活动。这些活动通常与应用程序中的屏幕形成一对一关系。应用程序通过调用 startActivity() 或 startSubActivity() 方法从一个活动转移到另一个活动。如果应用程序只需 “切换” 到新的活动，就应该使用前一个方法。如果需要异步的调用/响应模式，就使用后一个方法。在这两种情况下，都需要通过方法的参数传递一个 intent。由操作系统负责决定哪个活动最适合满足指定的 intent。

分享到一键分享

现在不妨说说如何运用良好的用户界面设计原则，让你应用程序的屏幕更快速地装入：第六个要点：确保你设计的布局简单、简练和浅层简单的屏幕有助于阅读起来最轻松，而简单的布局装入起来最快速。你不应该过于深层地嵌套你的布局，或者用不必要的过多视图(View)控件塞满屏幕。花些时间来开发用户可以高效使用的简练用户界面，而不是试图把太多功能塞入到单单一个屏幕上。这不但有助于提升应用程序的性能，还有助于让你的应用程序对用户来说更高效。

随着任何一个移动平台不断发展、围绕它的应用程序不断改进，要想开发成功，质量变得至关重要。如今，用户们要求他们决定安装到自己设备上的Android应用程序反应迅即、性能合理。如果那些应用程序未能提供令人兴奋的功能和稳定的用户体验，那么很快就会被卸载掉。本文我们将介绍Android提升开发性能十大要点。虽然Android智能手机和平板电脑的速度一天比一天快，但是开发者必须记住一点：他们开发的应用程序仍在一种资源紧张的环境下运行，这种环境主要依赖性能与最新的台式机或笔记本电脑无法比拟的电池和处理器。下面介绍的一些方法可以帮助你的应用程序“瘦身”或者说“Android提升开发性能十大要点”，以便它们在今天和明天的Android设备上最顺畅地运行。

1.Drawable的使用最经常会处理Drawable作为类型的资源回收绘制到屏幕上的东西; Drawable类提供了一个通用的API来处理一个基本的视觉资源，可以采取多种形式。（讲的有点抽象）讲白点就是获取res下的参数

在Android应用程序开发的时候，从一个Activity启动另一个Activity并传递一些数据到新的Activity上非常简单，但是当您需要让后台运行的Activity回到前台并传递一些数据可能就会存在一点点小问题。首先，在默认情况下，当您通过Intent启到一个Activity的时候，就算已经存在一个相同的正在运行的Activity,系统都会创建一个新的Activity实例并显示出来。为了不让Activity实例化多次，我们需要通过在AndroidManifest.xml配置activity的加载方式（launchMode）以实现单任务模式，如下所示：

了解并使用类库选择Library中的代码而非自己重写，除了通常的那些原因外，考虑到系统空闲时会用汇编代码调用来替代library方法，这可能比JIT中生成的等价的最好的Java代码还要好。典型的例子就是String.indexOf，Dalvik用内部内联来替代。同样的，System.arraycopy方法在有JIT的Nexus One上，自行编码的循环快9倍。合理利用本地方法本地方法并不是一定比Java高效。最起码，Java和native之间过渡的关联是有消耗的，而JIT并不能对此进行优化。当你分配本地资源时(本地堆上的内存，文件说明符等)，往往很难实时的回收这些资源。同时你也需要在各种结构中编译你的代码(而非依赖JIT)。甚至可能需要针对相同的架构来编译出不同的版本：针对ARM处理器的GI编译的本地代码，并不能充分利用Nexus One上的ARM，而针对Nexus One上ARM编译的本地代码不能在G1的ARM上运行。

性能之谜前一个版本的文档给出了好多误导人的主张，这里做一些澄清：在没有JIT的设备上，调用方法所传递的对象采用具体的类型而非接口类型会更高效(比如，传递HashMap map比Map map调用一个方法的开销小，尽管两个map都是HashMap).但这并不是两倍慢的情形，事实上，他们只相差6%，而有JIT时这两种调用的效率不相上下。在没有JIT的设备上，缓存后的字段访问比直接访问快大概20%。而在有JIT的情况下，字段访问的代价等同于局部访问，因此这里不值得优化，除非你觉得他会让你的代码更易读(对于final ,static，及static final 变量同样适用)

性能优化Android应用程序运行的移动设备受限于其运算能力，存储空间，及电池续航。由此，它必须是高效的。电池续航可能是一个促使你优化程序的原因，即使他看起来已经运行的足够快了。由于续航对用户的重要性，当电量耗损陡增时，意味这用户迟早会发现是由于你的程序。虽然这份文档主要包含着细微的优化，但这些绝不能成为你软件成败的关键。选择合适的算法和数据结构永远是你最先应该考虑的事情，但这超出这份文档之外。简介

1.Drawable的使用最经常会处理Drawable作为类型的资源回收绘制到屏幕上的东西; Drawable类提供了一个通用的API来处理一个基本的视觉资源，可以采取多种形式。（讲的有点抽象）讲白点就是获取res下的参数例：改变TextView文字颜色-引用Drawable颜色常熟及背景色values下的color.xmlXml代码< ?xml version="1.0" encoding="utf-8" ?>  

最近MIT的Andrew McAfee表示，不久之后我们的世界就会被机器人和Androids取代，届时机器将会向我们充分展示它的技能，而Android也会代替我们做许多现在的工作，进而带领我们走向全新的机器时代。