​平账一词是在开发摇摇车投币功能出现的,当初目的就是解决,用户一块钱硬币投进去,商家掌握摇摇车钥匙,有随时收取硬币的权限,平台怎么分账?当初的设计方案就是用户投进去硬币,商家线上账户上的可提取资金扣掉分给平台的钱

这一章其实应该在前面就要写到,顺便说下,我写这些文章只是随意写写,并没有太强的先后顺序,可能在写到后面的时候突然想起来,还有些东西前面应该交代的,所以我就补上来,但是整体的先后顺序是没有问题的,后面有时间再重新整理。

平台无论是城市合伙人,还是商家,都有大量的统计数据的需求,比如统计商家一个月的总金额收入,投币消费总金额,微信扫码消费总金额等。这块的优化也一直在做,大概分为这么几个阶段。

查询优化主要涉及到两块。1.订单数据库是单独出来的,每一条记录记录显示都涉及到用户名称(微信号,昵称,app昵称),商家名称(商家名称,电话),设备名称(设备编号,车牌号)等。

和传统摇摇车一样,通过一元的硬币来启动摇摇车,公司其实在做这个平台当时的初衷书不做投币的,只做app扫码,一来方便用户,毕竟这几年来流程各种扫码。

城市合伙人平台上线后,对于系统监控最关心的两个事情就是用户和订单,其中以订单最为重心。原因很简单,因为外面很多城市合伙人陆续加入进来,摇摇车的流量入口越来越大

1.0平台没有城市合伙人一说,毕竟是自己运营投放,所以基本也就是运营平台在运维后台的所有数据,包括相关的流程跟踪也是在运营平台。当初1.0前期的整个系统功能如下

做城市合伙人是在公司自营摇摇车投放进入一个鼎盛时期开始的战略目标,这个时候决定做主要原因有二。1.经过4,5个月时间摇摇车投放的运营

以商家进入商家中心的简单例子来阐述整个系统之间的调用流程。

项目工程总共分三大块。前端系统用的是vue框架,业务系统用的是微服务框架springcloud,运营系统用的是传统的springMVC框架。