[Android]状态机与业务分析

本文探讨了在Android应用中如何使用状态机来处理司机和乘客的业务逻辑。司机状态机包括IDLE、READY、CATCHING和DRIVING四个状态,乘客状态机包含IDLE、WAITING和TRAVELLING。状态的转变伴随着地理位置更新和订单处理。司机接单、乘客下单、订单完成等关键业务流程详细阐述,同时提到了登陆、注册等其他业务的处理。
摘要由CSDN通过智能技术生成

状态机与业务逻辑

司机状态机与业务逻辑

状态机在业务逻辑中用status表示,事实上,只存在于web和前端交互的业务逻辑中,而不会影响到存储服务器,而status的改变操作也都是在前端完成的

IDLE

IDLE状态的司机代表是空闲状态

  • 司机端不做任何处理会一直处于这个状态
  • 司机端每隔2s向前端更新自己的定位信息,但是不会有后台服务器不会由记录,会不断更新sessionid的生命周期,

READY

READY状态的转变是司机点击”开始接单”,status由IDLE变为READY,页面按钮变为“停止接单”

  • 司机端每隔两秒调用底层JNI模块更新自己定位信息(向缓存中的GEO司机坐标池),协议数据包括sessionid,status,driver,位置信息
  • 有用户下单并且选中该司机,返回数据中会携带有orderid字段不为空且status字段为READY,就会弹窗提示司机是否接单
  • 司机如果拒绝接单,那么会将status改为IDLE,并将自己从GEO坐标池删除,然后重复IDLE逻辑
  • 司机如果点击“停止接单”,会将status改为IDLE,并将自己从GEO坐标池删除,然后重复IDLE逻辑

CATCHING

司机选择接单后会将status改为CATCHING,且“停止接单” 变为“乘客上车”

  • 司机端每隔2s调用底层JNI模块更新自己的定位信息(包括sessionid,status,driver,位置信息),此时会将这些数据更新再缓存中的临时订单表中
  • 响应数据有从缓存中临时订单表表中拿到乘客坐标,司机端会显示再Android上

DRIVING

司机接到乘客后,点击“”乘客上车“,status改为DRINVING,"乘客上车"变为”订单结束”

  • 司机端每隔2s向调用底层JNI模块更新自己的定位信息包括sessionid,status,driver,位置信息),此时会将这些数据更新再缓存中的临时订单表中
  • 响应数据会拿到乘客的坐标更新在Android上
  • 乘客
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值