Android应用程序文献翻译.docVIP

PAGE9 / NUMPAGES9 外文资料译文 应用基础 Android 应用程序是用java语言编写。编译好的java代码、和系统所需要的数据和资源文件用aapt tool 工具打包成一个Andorid包。这个包文件是以.apk为后缀名的。这个文件包是在移动设备上分配和安装应用程序的媒介。它就是用户下载到他们设备上的文件，所有的代码都在一个单独的.apk文件被认为是一个独立的应用程序。 有很多方式，每个Android应用生存在他们自己的世界里： 默认的，每个应用都运行在它们自己的linux进程中。当任何程序的代码需要执行其他程序时，Android就开始调用，当程序不在被需要，并且系统资源要回收的时候，这个应用程序就会被关闭。 每个进程都有他自己的虚拟机，所以应用都单独的运行它们的代码。 默认的，每个应用被分配一个唯一的linux用户ID。应用程序被设置许可，以保证应用文件只对本程序和本用户可用尽管也有其他的方式可以到处它们到其他应用中。 安排两个应用程序共享相同的用户ID可以有可能的。在这种情况下他们可以看见相互的文件。为了保护系统资源，拥有相同ID的应用程序会被安排在相同的linux进程，并且共享虚拟机。 应用组件 Android的一个核心的特性是一个应用可以用其他应用（这些应用必须提供了让其他应用访问它的许可）中的元素。例如，如果你的应用需要显示一个图片列表的滚动条，并且其他应用已经开发一个合适的滚动条并且提供这个滚动条给其他程序使用，那么你就能调用这个滚动条来工作，而不是自己开发。你的应用不会包括其他程序的代码或链接。恰恰相反它需要显示的时候仅仅是其他程序块。 对于这样的工作方式，当应用的任何一部分被其他应用说需要时系统必须能启动这个应用的进程。因此和其他大多数的系统的应用不同，Android应用中对于任何部分都没有一个单一的入口（例如没有main()函数）。恰恰相反的它有必不可少的组件，当系统需要时，系统可以实例化和运行这些组件回收。有四种这样的组件： Activities 一个activity代表一个用户可以尝试操作的可视化用户界面。 例如，一个activity 可以表示一个用户可以选择的菜单项目列表，可以显示一个带标题的图片。一个短信息程序可以有一个activity 显示要发送信息的联系人列表，第二个activitys可以写信息给选择的联系人。另一些activitys可以浏览旧的信息或者改变设置。通过它们一起工作来组成一个组合的用户界面。每一个activity都依赖于其他activity。每个都被实现implement为Activity基类的子类。 一个应用可以仅仅一个activity组成，它也由多个由像刚刚提到短信息程序或者显示标题的图片程序组成。activities是什么，它的多少取决于应用程序和它的设计。典型的当应用启动的时候activities 中的一个作为第一个展示给用户，从一个activity 转移到另一个activity 是由当前的activity 启动下一个activity 来完成的。 每一个activity 会被会一个默认的窗口来设计。典型的，窗口填充屏幕，但是他可以比屏幕下，并且可以浮动在其他窗口的上面。一个activity 也可以用其他另外的窗口-例如为了用户的响应在activity的中部调用弹出对话框。或者当用户在屏幕上选择一个特定的项目窗口会显示用户的重要信息。 窗口的可视化组件提一个视图对象的继承。这个对象由View 类起源。每个视图控制窗口中一个特殊的长方形空间。父类视图包括内容和安排其子类的布局。叶子视图（继承关系的最底层）在它们控制的矩形和直接响应用户动作的空间中描绘。因此视图是在用户发生activity的交互的地方。例如一个视图可以显示一个小的图片并且发起一个动作当用户点击这个图片。Android有许多的你可以用的只读视图，包括按钮，文本框，滚动条，菜单，选择框等。 一个视图的继承关系是放置在activity的窗口通过Activity.setContentView()方法。内容视图是View对象的关系的顶部。 服务 Services 服务没有可视化用户界面，相反的无限期的运行在后台。例如，服务可以运行背景音乐当用户处理其他事情的时候。或者它也可以通过网络获取数据，或者收集数据并提供给用户界面所需要结果。每个服务都扩展Service基类。 一个初级的例子：一个媒体播放器在意播放列表中播放音乐。这个播放器引用可以有一个或者多个activities ，activities 包括允许用户选择音乐，并开始播放它们。然而音乐运行在后台而不能用户界面处理，因为用户希望音乐继续播放当他们离开这个播放器做其他事情的时候。为了保证音乐播放，这个播放器页面能启动一个服务来在后台运行