Android 与服务器进行海量数据交互,该如何设计
				
									
					
					
						|  | 
							admin 2013年2月25日 23:43
								本文热度 5928 | 
					
				 
				
说的不是很清楚,简单的描述一下。
我想做一个应用。手机页面需要从服务器下载大量的数据,进行业务处理。和服务端进行交互。
因为没有相关经验不知道怎么设计比较好,还有就是,我想让手机和服务端的数据实时刷新,这样可行吗?效果好不好?高手们指点一下。
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模式的,手机端做展示比较好。 |