Android 与服务器进行海量数据交互,该如何设计
|
admin
2013年2月25日 23:43
本文热度 4386
|
说的不是很清楚,简单的描述一下。
我想做一个应用。手机页面需要从服务器下载大量的数据,进行业务处理。和服务端进行交互。
因为没有相关经验不知道怎么设计比较好,还有就是,我想让手机和服务端的数据实时刷新,这样可行吗?效果好不好?高手们指点一下。
PS:手机常用的设计模式都用什么(类似MVC这种模式)?那种用的比较多。
该文章在 2013/2/25 23:43:11 编辑过
| |
全部评论1 |
|
admin
2013年2月25日 23:44
个人认为你的大数据情况下又实现实时刷新是不现实的,下面是一点以前粗略的建议:
1,数据输出时尽量使用内存形式的读取,也就是尽量避免服务端磁盘的读取
2,客户端进行需求筛选后进行部分的缓存,避免数据重复的更新
3,目前页面加载数据的方式都是下滑到底部时才加载下一部分内容,避免内容浪费输出
补充:个人感觉没有绝对意义的实时,根据你的需求寻找可以利用的延时来让程序和服务器都能吃得消,这个应该是很重要的
该答案已被锁定,无法对其进行评论,编辑及投票。
()
您的投票让 andev 声誉值增加了10分。
支持投票,不仅能让回答用户获得声誉值,让好答案排序靠前,更能帮助社区筛选出好的内容,构建高质量的知识库。
这个实现起来是没有任何问题的。但是基于下面两点:
1,服务端无更新的时候重新下载数据是一个浪费。
2,大量重复请求对服务器来说是压力。
所以我认为这里的关键点是做好下面几件事情:
1,请求策略
何时请求,如何交换最小数据
2,注意缓存
无论是客户端还是服务端,这点都要注意。因为你随时可能遇到上面说的“攻击”
模式那是“魔事”,一般情况下顺畅就好,追求各种模式就不是很必要。
该答案已被锁定,无法对其进行评论,编辑及投票。
()
可以起一个任务,来请求服务器。 服务端有变化,在进行请求, 这一班在游戏中才会用到 。 俗称“心跳”。 是不是实时,就看你发的频率了。 一般慢几秒是可以接受的。 毕竟是http协议嘛。
该答案已被锁定,无法对其进行评论,编辑及投票。
() 业务大部分在服务端做,实时性比较强且网络状态不太好,部分由客户端做。android现在给我们的框架就是mvc模式的,手机端做展示比较好。
|