移动开发中的通信架构(一)

移动开发,或者其他大部分软件开发,我们程序员做的无非三件事情:获取数据、显示数据、获取用户事件并做相应反馈。而且移动开发之中,由于网络环境的不稳定,获取网络数据就成为很多应用的瓶颈。本文将试图构建一个稳定,高效,通用的移动开发通信框架。

本文基于J2ME环境编写,也可以非常方便的移植到其他平台。

下面根据我的思路,一步一步的分析如下:

1.只要做过移动开发的人,就知道,通信肯定是会放在一个单独的线程中完成的。不解释理由……

2.通信吗:无非就是请求(Request,StructRequest),发送请求、获取响应(HttpHandler,HttpClient),然后就是得到的响应结果(Response,StructResponse)

3.通信的结果无非就两种:成功、失败,成功的话,应该通知UI线程(HttpListener),完成数据的绘制。失败的话,情况就比较多了,就像一句话说的,美女都一个样,但是丑的,各有各的丑法。那么,通信失败的大部分失败情况,都可以由HttpListener检测并反馈给UI线程。但是如果是没有响应呢?程序就卡死在哪里?显然不行,这个时候就需要一个计时器性质的监听器了(HttpMonitor),在通信超时的情况下,放弃本次通信。

下面展示整个框架的类图(自己都觉得类图丑的很,拿不出手……)

第一篇就先写到这里,给大家一个整体的印象,下一篇分析请求块,并上传源码。

ps:记得看到好文章好顶……

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值