• 微信小程序ofo小黄车+thinkphp5.0打造全栈应用


    原文地址:https://www.imooc.com/article/20310

    ofo至今还没有微信小程序(很费解),每次用ofo都得去支付宝,很不方便,我用微信用的比较多,无意间在简书上面看到某人写了一个关于ofo的小程序,链接如下:给ofo小黄车撸一个微信小程序,不过数据都是模拟的,没有数据库,没有后台,这对于一个PHP攻城狮来说,是可忍孰不可忍呀,刚刚学完七月老师的课程,受益匪浅,刚好自己动手做一个,说动手就动手,let's do it;

    先献上一波效果图吧:

    体验版页面

    支付页面

    计费页面

    开锁页面

    用车页面

    开锁页面

    充值页面

    个人中心页面

    我的钱包页面

    首页页面

    ofo小程序的架构体系:

    小程序数据从服务器到前端交互总结:

    数据库设计:

    用户表:

    **user  | CREATE TABLE `user` (**
    `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
    `openid` varchar(50) NOT NULL COMMENT '用户的唯一标识',
    `create_time` int(11) DEFAULT NULL,
    `delete_time` int(11) DEFAULT NULL,
    `balance` decimal(60,2) NOT NULL COMMENT '余额',
    `guarantee` decimal(60,2) NOT NULL COMMENT '保证金',
    `update_time` int(11) DEFAULT NULL,
    PRIMARY KEY (`id`)
    ) ENGINE=InnoDB AUTO_INCREMENT=9 DEFAULT CHARSET=utf8 |

    小黄车表:

    **| bike  | CREATE TABLE `bike` (**
    `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
    `latitude` float(11,6) NOT NULL COMMENT '经度',
    `is_show` tinyint(1) NOT NULL DEFAULT '0' COMMENT '0未使用 1使用',
    `longitude` float(11,6) NOT NULL COMMENT '纬度',
    `password` int(11) NOT NULL COMMENT '单车密码',
    `type` tinyint(1) NOT NULL DEFAULT '0' COMMENT '0正常,1故障',
    `create_time` int(11) NOT NULL,
    `update_time` int(11) NOT NULL,
    PRIMARY KEY (`id`)
    ) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=utf8 |

    故障分类表:

    **| trouble_cate | CREATE TABLE `trouble_cate` (**
    `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
    `name` varchar(20) NOT NULL COMMENT '故障名称',
    `create_time` int(11) DEFAULT NULL,
    `update_time` int(11) DEFAULT NULL,
    PRIMARY KEY (`id`)
    ) ENGINE=InnoDB AUTO_INCREMENT=9 DEFAULT CHARSET=utf8 |

    故障记录表:

    **| trouble_record | CREATE TABLE `trouble_record` (**
    `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
    `user_id` int(11) NOT NULL COMMENT '用户ID',
    `bike_id` int(11) DEFAULT NULL COMMENT '单车ID',
    `longitude` varchar(50) NOT NULL COMMENT '经度',
    `latitude` varchar(50) NOT NULL COMMENT '纬度',
    `img` varchar(50) DEFAULT NULL COMMENT '上传的图片',
    `remark` varchar(50) DEFAULT NULL COMMENT '备注',
    `create_time` int(11) NOT NULL,
    `update_time` int(11) NOT NULL,
    PRIMARY KEY (`id`)
    ) ENGINE=InnoDB AUTO_INCREMENT=29 DEFAULT CHARSET=utf8 |

    充值表:

    **| charge | CREATE TABLE `charge` (**
    `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
    `user_id` int(11) NOT NULL COMMENT '用户ID',
    `price` decimal(60,2) NOT NULL COMMENT '费用',
    `type` tinyint(1) NOT NULL DEFAULT '1' COMMENT '0为保证金 1为余额',
    `create_time` int(11) NOT NULL,
    `update_time` int(11) NOT NULL,
    PRIMARY KEY (`id`)
    ) ENGINE=InnoDB AUTO_INCREMENT=101 DEFAULT CHARSET=utf8 |

    骑行记录表:

    **| record | CREATE TABLE `record` (**
    `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
    `bike_id` int(11) NOT NULL COMMENT '单车ID',
    `user_id` int(11) NOT NULL COMMENT '用户ID',
    `end_time` int(11) NOT NULL COMMENT '结束时间',
    `start_time` int(11) NOT NULL COMMENT '开始时间',
    `total_price` decimal(10,0) NOT NULL COMMENT '总价格',
    `start_long` varchar(50) NOT NULL COMMENT '开始经度',
    `start_lati` varchar(50) NOT NULL COMMENT '开始纬度',
    `end_long` varchar(50) NOT NULL COMMENT '结束经度',
    `end_lati` varchar(50) NOT NULL COMMENT '结束纬度',
    `create_time` int(11) NOT NULL,
    `update_time` int(11) NOT NULL,
    PRIMARY KEY (`id`)
    ) ENGINE=InnoDB AUTO_INCREMENT=47 DEFAULT CHARSET=utf8 |

    核心知识体系:

    1.thinkphp5.0相关的知识

    • TP5三大核心:路由、控制器、模型
    • 以ORM的方式查询数据库
    • 使用TP5验证器Validate构建整个验证层
    • 开发环境和生产环境下不同的全局异常处理机制
    • TP5缓存的使用
    • 在TP5中使用数据库事务
      2.微信小程序+微信支付
    • 微信小程序登录状态维护
    • 微信支付接入
    • Class和Module面向对象的思维构建前端代码
    • 体验优化
      3.API接口的设计
    • 采用RESTFul API风格
    • (RESTFul API风格可参考GitHub 开发者文档)
    • 返回码、URL语义、HTTP动词、错误码、异常返回
    • 使用Token令牌来构建用户授权体系
    • API版本控制(v1、v2)

    ofo页面逻辑和所需接口分析

    1.首页页面逻辑与接口分析

    根据效果图,很明显我们知道肯定需要一个获取单车信息的接口,接口代码如下:

    /**
         * @return false|PDOStatement|string|	hinkCollection
         * @throws BikeException
         * 获取单车的位置信息
         */
        public function getBicyclePosition() {
            $bikes = BikeModel::getBicyclePosition();
            if(!$bikes) {
               throw new BikeException();
            }
            return $bikes;
        }

    立即用车按钮分析,首先我们需要先判断有没有登录,登录我们使用的是token令牌(后面会在个人中心登录按钮讲下如何生成token令牌,如何利用tp5的缓存,使token令牌有有效期),如果令牌存在,我们还得判断令牌是否有效,否则重新登录,如果验证通过,我们还得判断这个用户是否已经有押金,如果没有押金,跳到充值页面去充值,否则跳转到用车页面,根据分析,我们需要一个验证token是否有效的接口,接口代码如下,

    /**
         * @return bool
         * @throws TokenException
         * 验证token
         */
        public function verifyToken() {
            $token = Request::instance()->header('token');
            $var = Cache::get($token);
            if(!$var) {
                throw new TokenException([
                    'msg'=>'token已经过期',
                    'errorCode'=>10002
                ]);
            }
            return true;
        }

    我们还需要一个获取用户信息的接口,判断是否有押金,接口代码如下:

    /**
         * @return null|static
         * @throws UserException
         * 获取用户的信息
         */
        public function getUserInfo(){
            $uid = Token::getCurrentUid();
            $user = UserModel::get($uid);
            if(!$user) {
                throw new UserException();
            }
            return $user;
        }

    故障按钮分析:同样的我们需要验证是否登录,登录是否过期,否则我们跳转到登录页面。(注意:我们需要把用户的初始位置,记录到小程序的缓存中,因为骑行记录表需要记录用户的初始位置)

    2.登录页面逻辑和所需接口分析

    关于使用token令牌的好处,请自行百度,首先我先用一张图来说明微信小程序如何获取token:

    根据效果图,我们需要获取token令牌接口,接口代码如下:

     /**
         * @param $code
         * @return array
         * 获取token
         */
        public function getToken($code) {
            (new TokenGet())->goCheck();
            $user = new UserToken($code);
            $token = $user->get();
            return [
                'token'=>$token
            ];
        }

    设置token的有效期,把token存储在服务器端的缓存中,返回token,客户端获取到token,存储到缓存中,双向存储token,以后每次访问接口都携带token,更加安全,有效的防止有人伪造token获取接口的信息

    3.个人中心页面逻辑和所需接口分析

    根据效果图,点击我的钱包按钮需要跳转到我的钱包页面,我们需要一个获取用户信息的接口,接口代码如下:

    /**
         * @return null|static
         * @throws UserException
         * 获取用户的信息
         */
        public function getUserInfo(){
            $uid = Token::getCurrentUid();
            $user = UserModel::get($uid);
            if(!$user) {
                throw new UserException();
            }
            return $user;
        }

    退出登录按钮:我们需要删除本地token,跳转到登录页面

    4.充值页面逻辑和接口分析

    根据效果图:我们需要一个充值的接口,因为是个人开发,没有商户号,所以微信支付就没有做,不过其实微信支付也并不难,附上微信支付的流程:

    商户系统和微信支付系统主要交互说明:
    步骤1:用户在商户APP中选择商品,提交订单,选择微信支付。
    步骤2:商户后台收到用户支付单,调用微信支付统一下单接口。参见【[统一下单API](https://pay.weixin.qq.com/wiki/doc/api/app/app.php?chapter=9_1)】。
    步骤3:统一下单接口返回正常的prepay_id,再按签名规范重新生成签名后,将数据传输给APP。参与签名的字段名为appidpartneridprepayidnoncestrtimestamppackage。注意:package的值格式为Sign=WXPay
    步骤4:商户APP调起微信支付。api参见本章节【[app端开发步骤说明](https://pay.weixin.qq.com/wiki/doc/api/app/app.php?chapter=8_5)】
    步骤5:商户后台接收支付通知。api参见【[支付结果通知API](https://pay.weixin.qq.com/wiki/doc/api/app/app.php?chapter=9_7)】
    步骤6:商户后台查询支付结果。,api参见【[查询订单API](https://pay.weixin.qq.com/wiki/doc/api/app/app.php?chapter=9_2)】

    这个接口需要注意的是,从哪个页面过来的,从首页过来的,应该就是押金充值,从我的钱包页面和支付页面过来的,就应该是余额充值,根据form不同,我们数据库充值记录表里面的type就不同,type为1代表余额充值,type为1为押金充值,接口代码如下:

    /**
         * @param $guarantee
         * 充值
         */
        public function pay($from,$price) {
            $type = 1;
            if($from == 'index') {
                $type = 0;
            }else if($from == 'wallet' || $from == 'pay') {
                $type = 1;
            }
            $uid = Token::getCurrentUid();
            Db::startTrans();
            try{
                if($type == 1) {
                    $user = UserModel::get($uid);
    
                    $price = $price + $user->balance;
                    $result = new UserModel();
                    $res = $result->save(['balance'=>$price],['id'=>$uid]);
                }else {
                    $res = UserModel::update(['guarantee'=>$price],['id'=>$uid]);
                }
                $rel = Charge::create([
                    'price'=>$price,
                    'type'=>$type,
                    'user_id'=>$uid
                ]);
                if($rel && $res) {
                    Db::commit();
                }
            }catch (Exception $e) {
                Db::rollback();
                throw new UserException([
                    'msg'=>'充值失败'
                ]);
            }
        }

    5.立即用车页面逻辑与接口分析

    根据效果图,我们需要一个获取单车密码的接口,根据用户输入的ID,获取单车的信息,如果is_show为1,服务器抛出自定义的异常,单车正在被使用,type为1,单车被报修,出现故障,不能使用,单车如果不存在,抛出异常,单车不存在。获取到单车的密码后,携带密码和单车号到结果页面,接口代码如下:

    /**
         * @param $id
         * @return array|false|PDOStatement|string|	hinkModel
         * @throws BikeException
         * 根据单车的ID获取单车的信息
         */
        public function getBikeByID($id) {
    //        (new IsMustBePostiveInt())->goCheck();
            $bike = BikeModel::getBikeByID($id);
            if(!$bike) {
                throw new BikeException([
                    'msg'=>'该车牌号不存在'
                ]);
            }
            if($bike['is_show'] == 1){
                throw new BikeException([
                    'msg'=>'此单车正在被使用',
                    'errorCode'=>10001
                ]);
            }
            if($bike['type'] == 1) {
                throw new BikeException([
                    'msg'=>'此单车多次被报修,暂不可使用',
                    'errorCode'=>10002
                ]);
            }
            return $bike;
        }
    }

    6.计时页面逻辑和接口分析

    根据效果图:计时开始时,我们需要把单车的使用状态改变,改变为正在使用状态,接口代码如下:

    /**
         * @param $id
         * 修改单车的使用状态
         */
        public function updateBikeStatus($type = 0,$id) {
    //        (new IsMustBePostiveInt())->goCheck();
            if($type == 0) {
                //锁定单车,单车在被使用中
                $data = [
                    'is_show'=>1
                ];
            }elseif ($type == 1) {
                //释放单车,单车恢复使用
                $data = [
                    'is_show'=>0
                ];
            }elseif ($type == 2) {
                //单车出现故障
                $data = [
                    'type'=>1
                ];
            }elseif ($type == 3) {
                //单车恢复正常
                $data = [
                    'type'=>0
                ];
            }
    
            $res = appapimodelBike::update($data,['id'=>$id]);
            if($res) {
                return true;
            }else {
                echo false;
            }
        }

    7.故障页面逻辑和接口分析

    根据效果图,我们首先需要一个获取故障分类名称的接口,接口代码如下:

     /**
         * @return false|PDOStatement|string|	hinkCollection
         * 获取问题的分类信息
         */
        public function getTroubleCate() {
            $res = new appapimodelTroubleCate();
            $troubleCate = $res->select();
            return $troubleCate;
        }

    然后提交的时候,我们需要一个记录故障的接口,这个接口中,我们首先需要判断,如果没有选择车牌损坏,则必须填写车牌号,否则服务器返回自定义的异常,请输入单车号,单车和故障很明显是多对多的关系,我们在记录的时候,还要写到另外一张表中去,有记录ID和分类ID组成的主键的表,同时我们根据单车的ID还得修改单车的状态,接口代码如下:

    public function recordTrouble($record) {
            //分为两种情况,车牌损坏,车牌未损坏
           //如果有车牌号码,先判断单车是否存在,不存在,抛出异常,
            //如果存在,写到trouble_record表,根据trouble_record
            //的id,还有trouble_id写到bike_trouble表,多对多表,全部写入成功之后,
            //修改bike表的type值,用到事务,要么失败,要么成功
            $bikeID = $record['inputValue']['num'];
            //2代表车牌被损坏,看不到车牌号码
            if(!in_array(2,$record['checkboxValue'])) {
                if($bikeID) {
                    $bike = new Bike();
                    $bike->getBikeByID($bikeID);
                }else {
                    throw new BikeException([
                        'msg'=>'请输入单车编号',
                        'errorCode'=>10003
                    ]);
                }
            }
            try {
                Db::startTrans();
                $address = $record['address'];
                $uid = appapiserviceToken::getCurrentUid();
                $troubleRecord = new appapimodelTroubleRecord();
                $troubleRecord->user_id=$uid;
                $troubleRecord->bike_id=$bikeID;
                $troubleRecord->longitude=$address['start_long'];
                $troubleRecord->latitude=$address['start_lati'];
                $troubleRecord->img=json_encode($record['picUrls']);
                $troubleRecord->remark=$record['inputValue']['desc'];
                //更新故障记录表troubleRecord
                $troubleRecord->save();
    
                $resID = $troubleRecord->id;
    
                $troublesID = $record['checkboxValue'];
                $newArr = array();
                foreach ($troublesID as $k=>$v) {
                    $newArr[$k]['trouble_id'] = $v;
                    $newArr[$k]['record_id'] = $resID;
                }
                $bikeTrouble = new BikeTrouble();
                //更新故障表bikeTrouble表
                $rel = $bikeTrouble->saveAll($newArr);
    
                if($bikeID) {
                    //修改单车的状态,发送了故障
                    $bike = new Bike();
                    $bike->updateBikeStatus(2,$bikeID);
                }
                if($resID && $rel) {
                    Db::commit();
                }
            }catch (Exception $e) {
                Db::rollback();
            }
        }

    8.支付页面的逻辑和接口分析

    根据效果图:我们需要一个记录骑行的接口,这个接口中,这里有对多张表的操作,所以我们利用了tp的事务(注意:mysql数据引擎MyISAM不支持事务),提高数据库数据的一致性,我们需要记录用户的开始地址,开始时间,结束地址,结束时间,总价格,用户的id,单车的id等等,我们还需要修改用户表的余额,同时修改小程序缓存的余额,关键点的是,我们还要再次获取用户的地址,及时修改单车的使用状态和位置,便于其他用户的使用,小黄车没有GPS定位系统,而是巧妙的利用了用户的地址,这里我们看下小黄车的整个使用流程:

    接口代码如下:

     /**
         * @param $start_time
         * @param $bikeID
         * @param $end_time
         * @param $start_long
         * @param $start_lati
         * @param $end_long
         * @param $end_lati
         * @param $price
         * 用户骑行后记录到数据库
         */
        public function record($start_time,$bikeID,$end_time,$start_long,$start_lati,$end_long,$end_lati,$price) {
            $uid = Token::getCurrentUid();
            $data = [
                'start_time'=>$start_time,
                'end_time'=>$end_time,
                'start_long'=>$start_long,
                'start_lati'=>$start_lati,
                'end_lati'=>$end_lati,
                'end_long'=>$end_long,
                'total_price'=>$price,
                'user_id'=>$uid,
                'bike_id'=>$bikeID
            ];
            Db::startTrans();
            try {
                //创建记录
                $res = Record::create($data);
    
                //修改用户的余额
                $user = new UserModel();
                $userInfo = $user->find($uid);
                $data = [
                    'balance'=>$userInfo->balance-$price
                ];
                $rel = $user->save($data,['id'=>$uid]);
    
                //修改小黄车的状态和位置
                $bikeData = [
                    'is_show'=>'0',
                    'latitude'=>$end_lati,
                    'longitude'=>$end_long
                ];
                $rs = appapimodelBike::update($bikeData,['id'=>$bikeID]);
    
                if($res && $rel && $rs) {
                   echo 'success';
                    Db::commit();
                }
            }catch (Exception $e) {
                Db::rollback();
            }
        }

    结语

    到这里,ofo小程序的制作就到了尾声了。开篇我们简单进行了数据库的设计,然后一个一个页面从页面分析,到完成接口设计,分别响应着不同的业务逻辑,有的页面与页面之间有数据往来,我们就通过跳转页面传参或设置本地存储来将它们建立起联系,环环相扣,构建起了整个小程序的基本功能,使原本的ofo小程序有了灵魂。
    首先感谢慕课网和慕课网的讲师七月老师,微信小程序商城构建全栈应用这门课程对我一个还没毕业,还没有什么工作经验的小白来说影响很大,改变了我对传统互联网的看法,前后端分离,使分工更加明确,后端工程师只要专注于数据和业务,这个项目做完,使我对前后端分离理解深刻,注意代码的复用性,实践才是王道,这个项目采用了tp5框架,自定义了全局异常类,自定义验证器,加深了我对AOP思想的理解,使用restful API设计接口,更加符合规范。
    源码在我的github主页上面,需要的请移步下载github链接,如果喜欢,请给一个start,谢谢


    作者: 微末凡尘却心向天空 
    链接:https://www.imooc.com/article/20310
    来源:慕课网
    本文原创发布于慕课网 ,转载请注明出处,谢谢合作!

  • 相关阅读:
    mysql分页查询语法
    不同浏览器CSS样式不兼容问题
    js引入jquery问题
    ElasticSearcher的安装以及安装过程中出现的问题
    Mybites逆向工程的搭建
    Maven遇到的各种问题
    Maven安装和配置
    Maven报错:Unsupported major.minor version 51.0
    teamviewer远程是账号密码都没错但是报正在初始化参数...
    远程服务器时无密码登录
  • 原文地址:https://www.cnblogs.com/itfantasy/p/8385678.html
Copyright © 2020-2023  润新知