第2章 设计成功的应用程序
2.1 导言：设计成功的Android应用程序
Colin Wilcox
讨论
本章介绍编写富于想象力而且实用的Android应用的设计指导思想。有几个攻略描述了成功设计的具体特征。本节将列出其他一些方面。
这一章的目的之一是解释相对于其他在移动设备上交付丰富内容的方法，原生Java Android应用程序开发的好处。
原生手机应用程序的要求
不管在何种平台上部署，成功交付任何手机应用程序都有许多关键的要求：
应用程序应该易于在设备上安装、删除和更新。
应该以引人入胜、独特和优雅的方式处理用户的需求。
应该具有丰富的特性，同时对新手和专家用户来说都易于使用。
对于通过其他途径（例如网站）访问相同信息的用户来说，应用程序应该很熟悉。
关键的功能区应该很容易访问。
应该与手机上的其他应用程序有共同的观感，遵循目标平台的标准和风格指导方针。
应用程序应该稳定、可伸缩、易于使用并且反应灵敏。
应用程序应该得体地利用平台功能，为用户带来更加引人入胜的体验。
Android应用程序设计
在本章设计的Android应用程序将利用Android OS平台的独特功能。一般来说，这种应用程序是基于活动的解决方案，允许独立和逐屏的受控数据访问。这种方法有助于使潜在的错误局部化，应用程序流程的各部分更加容易独立于其余部分进行更换或者改进。
导航方法将使用类似于Apple iPhone的解决方案，所有关键功能区都从一个导航栏控件访问。导航栏可以从应用程序中的任何位置访问，用户可以自由地在应用程序中浏览。
Android解决方案将利用Android设备的固有功能，支持设备的触摸屏功能、可将应用程序切换到后台的硬件按钮，以及应用程序切换功能。
Android提供了回到应用程序切换点的能力。我们在设计中也尽可能支持这种功能。
应用程序将只使用标准的Android用户界面控件，尽可能保持可移植性。主题或者自定义控件的使用超出了本章的范围。
应用程序将设计为与一个REST风格的Web服务薄层接口，由该服务提供JSON格式的数据。这个接口与Apple iPhone以及其他平台的应用程序使用的接口相同。
应用程序将尽可能采用Android风格和设计指导方针，以便与设备上的其他Android应用程序保持一致。
每个视图的局部数据在视图退出时将保存，在视图下次加载时，这些数据将自动恢复并重新填充对应的用户界面控件。
在接下来的小节中，将讨论一些重要的设备特性，这是开发中应该考虑的：
屏幕尺寸和密度：为了按照屏幕类型进行设备分类，Android定义了设备的两种特性：屏幕尺寸（屏幕的几何尺寸）和屏幕密度（屏幕上的像素密度，或者DPI（点/英寸））。为了简化不同类型的屏幕配置，Android系统将它们归纳为精选的分组，以便更简单地针对分组采取不同的措施。
设计人员在设计应用程序的时候，应该考虑选择最恰当的屏幕尺寸和密度。
默认情况下，因为Android系统会对UI布局和图像资源进行相应的调整，应用程序可以兼容所有屏幕尺寸和密度。但是，应该使用备选布局资源并在清单文件中声明应用所支持的屏幕尺寸，为特定的屏幕尺寸创建特定的布局，并为特定的屏幕密度提供专门的图像。
输入配置。许多设备提供不同的用户输入机制，例如硬件键盘、轨迹球或5向导航板。如果应用程序需要特殊的输入硬件类型，就必须在AndroidManifest.xml文件中声明，而且要知道一点：在缺乏这种特性的设备上，Android Market应用将不会显示应用程序。但是，应用程序需要特定输入配置的情况很少。
设备特性。在Android设备上存在（或者不存在）许多硬件和软件特性，例如相机、光线传感器、蓝牙功能、某个版本的OpenGL或者触摸屏精确度。绝不应该假定某种特性在所有Android设备上都可用（这和标准Android程序库的可用性不同）。
Android应用程序将根据不同的情况，提供由Android框架支持的两种菜单：
选项菜单包含适用于当前活动的主要功能或者启动相关活动的功能，一般由用户按下硬件按钮（通常是Menu按钮）来调用。选项菜单可用于当前活动的任何全局命令。
上下文菜单包含当前选中项的二级功能，通常由用户长按（按下并保持）一个项目调用。和选项菜单类似，操作可以在当前或者另一个活动中进行。
选项菜单用于当前选择所适用的任何命令。
长按一个项时在上下文菜单上显示命令，这些命令在当前活动中按下该项时也应该出现。
将最常用的操作放在最前面。
只有最重要的命令才应该作为屏幕上的按钮；将其余功能交给菜单完成。
系统会自动布局菜单，并为用户提供标准的访问方式，确保应用程序遵循Android用户界面指导方针。从这个意义上说，对于用户来说，菜单是所有应用程序中访问功能的熟悉和可靠手段。
Android应用程序在Activity对象之间传递数据时广泛利用了Google的意图（Intent）机制。意图不仅用于在单个应用程序的视图之间传递数据，而且允许数据（或者请求）传递到外部模块。这样，通过有目的的调用，Android应用程序可以使用许多来自其他应用程序的嵌入式功能。意图机制精简了开发过程，并且在所有应用程序中保持了共同的观感和功能表现。
数据馈送（Feed）与馈送格式：直接与第三方数据源接口不是一个好主意；例如，在移动应用程序中使用Type 3 JDBC驱动程序与服务器上的数据库直接交流的思路并不好。常规的方法应该是通过中间件从多种数据源，以多种数据格式迁移数据。然后，中间件通过一系列REST风格的Web服务API，以JSON数据流的形式将数据传递给应用程序。
通常，数据以XML、SOAP或者其他XML派生表现形式提供。SOAP之类的表现形式是重量级的，将来自后端服务器的数据转换为这种格式显著地增加了开发时间，因为将这种数据转换为更加易于处理的格式由手机应用程序或者中间件服务器上的一个对象负责。
通过中间件服务器迁移数据还有助于打破应用程序和数据之间的依赖关系。这种依赖关系的不利之处在于，如果因为某种原因，数据的性质改变或者无法读取，应用程序可能损坏且无法使用，这样的变化可能要求重新发布应用程序。如果数据迁移在中间件服务器上进行，不管源数据是否存在，应用程序都能继续正常工作（工作方式可能受到限制），应用程序和迁移后的数据之间的连接仍然保持。
