机房监控软件的考虑用户环境

　　虽然Android的用途已经有所扩展，不再只是一个手机平台，但是大多数Android设备仍然是手机或者平板电脑。对于大多数人来说，这种设备首先是一部电话，其次是SMS和E-mail通信器，第三是摄像头，第四是MP3播放器。而你编写的应用程序最可能属于第五个类别，即“实用手机工具”。
　　这并不是一件坏事，因为它们可以和其他优势功能进行合作，例如，Google地图和Web浏览器。也就是说，每个用户的使用模型都会不同：某些人可能从不会使用他们的设别来听歌，有的设备不支持电话功能，还有些设备没有摄像头。但是在进行可用性设计时，设备使用的多任务原则以及它们的不可或缺性和无处不在的特定都是要重点考虑的因素。
　　机房监控软件的考虑用户何时使用以及如何使用应用程序也是非常重要的。人们每时每刻都在使用手机——火车上，在街头散步时，甚至时开车的时候。虽然不能让人们合理地使用手机，但是可以保证应用程序不会过多地分散他们得注意力。
　　在进行软件设计的时候需要考虑什么？一般要保证应用程序：
　　可以预测，并且行为得当。首先要保证当Activity不在前台运行的时候，它应该被挂起。当Activity暂停或者恢复的时候，Android会触发事件处理程序，所有当应用程序不可见的时候，就可以暂停UI更新和网络查找——没有理由在UI不可见的时候仍然执行更新它的操作。如果需要在后台继续更新或者进行处理，则可以使用Android提供的Service类，它专门用来在后台运行，而没有额外的UI开销。
　　流畅地从后台切换到前台。由于移动设备的多任务性，应用程序很可能会频繁地在后台和前台之间切换，保证应用程序流畅而迅速地送后台切换到前台是很重要的。Android非确定性的进程管理意味着，如果应用程序在后台，那么它就有被结束而释放资源的可能。这一点对用户来说应该是不可见的。可以通过保持程序的状态并把更新放入队列来保证这一点，这样用户就不会注意到重新启动程序和恢复程序之间的差别。在切换回到应用吃会儿年供需的时候，用户应该连贯流畅地看到他们最后一次看到得UI和程序状态。
　　合理。应用程序绝对不能抢占注意力，或者打断用户当前的Activity。当应用程序不在前台运行时，要使用通知来请求用户关注一下应用程序。手机有多种方式可以通知用户，例如，当接到一个电话时，手机会响铃和/或震动；当有未读信息时，手机有多种方式可以通知用户，例如，当接到一个电话时，一个较小的邮件图标会出现在状态栏中。通过通知机制，可以使用所有这些技术以及更多的可用技术。
　　呈现出现观而有吸引力的用户界面。在任何时间，应用程序都可能是多个正在使用的程序中的一个，所以通过的UI易于使用很容易。投入必要的时间和资源来创建有吸引力并且功能实用的UI，不要强制用户在每次卸载应用程序的时候，都要去理解或者重新学习它。
快速响应。在手机上，快速响应是最重要的设计考虑要素之一。在使用一个没有响应的软件的时候，肯定会感觉到很沮丧；而收集固有的多功能性会让这一点更令人烦恼。在低速和不可靠的数据连接可能带来延迟的情况下，通过使用工作线程和后台的服务来保持Activity能够快速响应是很重要的。