码迷,mamicode.com
首页 > 移动开发 > 详细

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

时间:2014-10-08 11:34:05      阅读:418      评论:0      收藏:0      [点我收藏+]

标签:android   blog   http   io   使用   文件   数据   sp   2014   

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

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

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

1.耗电量

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

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

bubuko.com,布布扣

 

2.流量

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

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

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

bubuko.com,布布扣

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

bubuko.com,布布扣

3.界面设计

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

bubuko.com,布布扣

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

bubuko.com,布布扣

4.单手操作的考虑

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

bubuko.com,布布扣

5.报表与图标

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

 

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

标签:android   blog   http   io   使用   文件   数据   sp   2014   

原文地址:http://www.cnblogs.com/productivity/p/4010636.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!