手机中彩网创新.pptVIP

购彩 购彩业务模式 代理商机制 资金流 购彩流程 购彩之双色球 项目面试 购彩业务模式（一） 代理商机制 为什么会出现代理商？ 代理商做什么？ 购彩业务模式（二） 资金流 资金流向（上下两个方向） 用户VS子代理商 用户注册 充值 用户购彩请求 子代理商资金冻结 子代理商VS代理商（中彩网） 预存 子代理商购彩请求（批量） 中彩网资金冻结 代理商VS省级出票平台 中奖处理 盈利模式 购彩流程 第一步：应用自动获取当前销售期信息 第二步：用户选择彩种 第三步：按照彩种的玩法规则选定号码 第四步：判断用户登陆情况，获取账户信息（可以在第二步之前进行） 第五步：核实用户账户余额是否满足投注需求 第六步：下投注订单到服务器，等待服务器回复 第七步：接收到服务器提示信息，若成功将扣除用户账户对应金额 购彩之双色球 准备步骤： 1、创建工程（设置版本兼容） 2、导入常用jar包（处理字符串和加密用jar文件） 3、引入测试框架（类库和启动装置配置） 应用架构： 网络通信 《手机客户端接入接口文档1.2》协议封装（xml） 通过HttpClient实现与服务器通信 业务操作 公共信息 用户信息 业务层调用(如何降低耦合) 界面显示 统一界面管理 1、版本选择 下图为Google官方提供数据 协议处理 协议分析 发送协议 接收协议 协议封装 节点对象化 节点序列化 请求接口（抽象）化 协议通用化 协议分析 协议结构： 以获取当前期销售信息请求为例来分析协议 发送协议结构分析 服务器处理 接收协议结构分析 手机端处理 协议封装（一） 为什么进行协议封装 以往的处理方式：利用XmlSerializer一点点编写协议序列化代码 存在问题（假设我们有100个请求需要处理）： 1、需要将协议中的请求分配给不同的组员进行处理，也就是大部分组员需要学习协议。 2、学习情况检验，是不是所有的组员都已经很好的理解了协议（开协议研讨会）。 3、进入协议开发阶段，类似的代码需要出现100次，由于不同人员处理，过程中很容易出现错误且抽取工作不统一。 4、开发过程中协议修改了，这就需要所有的组员停下手中工作，更改各自编写的请求代码（开会布置）。 协议封装（二） 节点对象化 节点对象： Leaf 、 Header Element（请求及回复） 、 Body Message 节点序列化 序列化原则：自己管自己 序列化范围：只有请求的节点涉及序列化 序列化顺序：Leaf、Header、Element、Body、Message Message节点提供请求入口 Message节点提供对外的xml文件数据提供方法 请求接口（抽象）化 Element接口（抽象）化，所有请求必须实现该接口或继承该抽象类，同时实现定义的获取请求类型标示和请求序列化的方法。以获取用户登录为例说明 协议通用化 新协议制定和已有协议 协议格式：xml、json 协议压缩：wbxml、二进制流 通过HttpClient实现与服务器通信 实现方式： 使用Socket通信（豌豆荚（USB、WIFI）、聊天工具） 使用HttpURLConnection 使用HttpClient 通信渠道 WLAN（wi-fi） 手机APN接入点（基站） Wap方式（地域性、增值业务——IP是72（200） 端口是80 ） Net方式 特别注意： 1、连网时网络类型的判断，当为手机上网时注意代理信息获取。 2、当使用手机上网时我们的联网代码的编写。 连接网络准备工作 判断网络类型 判断当前是否可以联网 通过判断wifi和mobile两种方式是否能够连接网络 利用.ConnectivityManager获取对应类型的NetworkInfo来判断当前网络情况，其中ConnectivityManager.TYPE_WIFI代表wifi、ConnectivityManager.TYPE_MOBILE代表手机 设置代理参数 当确定为手机联网方式时，获取代理参数，如果是net方式的其代理信息为空。 Uri PREFERRED_APN_URI = Uri.parse(content://telephony/carriers/preferapn); HttpClient实现 步骤 明确Post、Get，设置URL参数 HttpPost httpPost = new HttpPost(url); HttpGet httpGet = new HttpGet (url); 使用到的是Post，设置发送内容 StringEntity entity = new StringEntity(xml, ConstantValue.ENCODING); httpPost.setEntity(entity