GPS部标平台的架构设计(六)-Android手机客户端和手机查车设计

对于GPS软件平台，虽然有功能非常丰富的PC端或BS客户端，但是客户也是需要移动客户端来作为自己的辅助工具，也是需要的。做为GPS平台的设计者和开发者，在开发移动客户端的时候，也需要从常规的服务器开发和客户端开发的思维中，转变过来，当然客户的需求也需要转变，因为毕竟不能随心所欲的将PC端的所有功能需求照搬到手机客户端，手机的开发环境、网络环境、使用环境都决定了设计理念与PC端的设计是完全不一样的。

通常我们成为GPS部标平台的手机客户端为手机查车，实际上现在的功能不仅仅是查车，由于客户需求的推进和演变，我们推出手机查车功能更加丰富，已经包含了统计报表、统计图表、车辆终端控制、个人手机定位和追踪等功能。需要购买android手机客户端源码的可以联系我([email protected])

在手机端的设计时，要关注一下几个设计要点:

1.耗电量

这个是很多开发者都不关心的地方，认为这不是bug。但是这就是移动开发者区别于PC开发者的要点之一，常规的情况下，如果我们采用poll的方式在GPRS的网络环境下，频繁获取大批量的数据，可以快速的将电源耗光。所以我们在开发GPS软件平台的手机客户端的时候，如果需要频繁的与服务器交换数据，就应该尽量的采用推送的方式，比如GPS报警推送。而报警推送也不应该将大量无意义的报警，推送给用户，推送什么样的报警，应该由客户来选择，比如报警订阅的功能。

一下是报警推送的Notification及报警数据列表

2.流量

很多客户在提手机端需求的时候，总是要求仅可能多的信息展现在手机上，明明那些信息毫无必要，开发者为了装逼，还是不得不将一堆垃圾显示在手机端，比如经纬度坐标，比如里程、油量、方向等等。还有我们在PC端，显示报表的时候，总是一个报表，十几个数据列的尽可能显示全部信息，但是在手机端，换来的代价就是流量的浪费，而且不仅仅是流量，大数据量的加载，会加大界面打开和显示的时间，获取数据的延迟，也会占用CPU资源，手机相应慢，造成用户体验的降低。

所以在设计时，数据显示要简洁有效，尽可能降低数据量，避免数据和按钮堆砌，降低流量的消耗。

对于基础数据要尽量的一次性加载，缓存在手机中，或者通过Preferences文件，Sqlite数据库的操作，持久化到手机中。

对于历史轨迹的查询和回放，也是采用双缓冲分页加载的方式，避免一次性查询大量的历史数据，这样即使是GPRS上网也能流畅的进行历史轨迹回放。

3.界面设计

前面提到，对于企业软件的移动客户端，企业用户总是希望将显示大量的报表数据，而我们不仅要提醒客户注意流量的限制，网络环境的限制，还要注意手机尺寸的限制，智能手机客户端从3.5寸到7寸的手机，都有。在界面设计上，寸土寸金，数据堆砌的简单化思维，无疑是异常灾难。

我们在设计时，必须要提炼数据接口，提供最少最有效的数据，然后采用 Drill down的方式，对于详细数据的客户需求，分层次加载。比如报警，我们打开界面并不是一次性的显示所有的报警，而是区别于PC端的设计方式，采用分类显示的方式，如果用户关心哪一类报警，再次显示该类报警的详细列表。

4.单手操作的考虑

PC端的开发由于有鼠标，可以东点一下，西点一下，很灵活，我们想象一个手拿着手机，能不能东点一下，西点一下，很麻烦。所以操作按钮尽量靠近，方便单手操作。

5.报表与图标

由于是为企业客户开发移动客户端，所有报表和图表的需求，不可回避，对于报表，必须要考虑分页加载，既然分页，就必须要加上分页按钮，方便分页。