精品课程申报系统实战开发代码全纪录

LOCKDATAV出品，为避免断章取义走弯路，请注意环境配置和时间。

本文链接：https://blog.csdn.net/weixin_41290949/article/details/123788500

实战开发记录

我是一名数据可视化的前端开发者，基于Echarts和百度高德腾讯地图开发平台做图表的新型农民工。本来打算开个直播记录本次的实战记录，但是一则项目牵涉保密性无法公开，二是天天处于加班和无规律的状态。只能随手记录，权当一乐。

项目沟通

3月2日沟通项目意向，预计4月初上线；
3月10日沟通开发方向和大致内容；
3月17日确定开发；
3月26日走完商务流程，4月1日前要全线测试。

这个就是生活中的现实！每次，我本以为都有足够多的时间来开发，而实际上的情况，都是在沟通。

沟通需求，从初步意向到落地的可能性；
沟通预算，干多少货拿多少钱，打工思维也好老板格局也罢，不谈钱的合作都是耍流氓。
沟通细节，描红画绿的设计，操作按钮的大小，表格边框的粗细…与纠结于细节的客户最好的沟通方式就是加钱。如果没办法加钱，那就加班~

项目说明

原预计至少15天的开发周期，全新定制功能，牵涉前端、后台、流程审批、专家评审、短信通知等多个模块，以及对应的数据可视化大屏；
难点是时间紧任务重，测试时间不足，部分资料尚需要在边开发边确认的过程中调整；
前端框架：layui+jquery+echarts
后端语言：php+smarty
SDK开发包：阿里云短信+mPdf+PHPExcel

项目分解

模块分解，4月初上线，暂时区县专家评审和数据大屏的功能，时间能用肉眼看到的不可实现；
任务分解，按照前端UI、后台管理、资料录入、用户权限分配、流程审批等模块，做对人对时间的安排；

项目开发

Day1 用户登录

2022.3.26正式进入开发环节。在沟通谈判的时候，客户的合作意愿比较明确和强烈，提前有做部分的准备工作。当然这个就是“赌一把”的概念，不合作了，只能把这部分准备工作应用到下个项目中去了，摊平成本，是一个合格程序猿的必备技能。
数据库字段创建，20个数据表，300多个预测字段（项目文档有明确的填写字段，包括填写要求以及管理员、日志等后台常用功能的数据表）；
手机号&密码登录；
手机号&验证码登录；
现成的模块，做功能移植和代码复制，不起眼的工作量，但细节的调整也耗时不少。这就是模版制作和定制最大的不同，很荣幸，我都经历过。

Day2 后台管理

面向CSDN对象编程
项目开发过程中，前期的逻辑分析和实际操作，总是有很大的差距。小的差距，却带来代码的大幅度调整。以前总是把中途CSDN出来的代码“拿来主义”，但是慌忙赶路，空闲回头时，却再也找不到一丝丝痕迹。

菜单能否单击

            {if $data1['pro_status'] eq "1"}
            <ul class="sub-menu">{if $smarty.get.pro_types eq "1"}<li onclick="window.location.href='?m=Surveyor&a=applyAgencyInfo&act=showAgency&pro_id={$smarty.get.pro_id}&pro_types={$smarty.get.pro_types}'" class="menuBg2">机构信息</li>{/if}
                <li onclick="window.location.href='?m=Surveyor&a=applyLeader&act=showLeader&pro_id={$smarty.get.pro_id}&pro_types={$smarty.get.pro_types}'">项目负责人信息</li>
                <li onclick="window.location.href='?m=Surveyor&a=applyProject&act=showProject&pro_id={$smarty.get.pro_id}&pro_types={$smarty.get.pro_types}'">项目信息</li>
                <li onclick="window.location.href='?m=Surveyor&a=applyResearch&act=showResearch&pro_id={$smarty.get.pro_id}&pro_types={$smarty.get.pro_types}'">研究及应用情况</li>
                <li onclick="window.location.href='?m=Surveyor&a=applyPledge&act=showPledge&pro_id={$smarty.get.pro_id}&pro_types={$smarty.get.pro_types}'">真实性保证</li>
            </ul>
            {/if}
            {if $data1['pro_status'] eq "0"}
            <ul class="sub-menu">{if $smarty.get.pro_types eq "1"}<li onclick="getMsg();" class="menuBg2">机构信息</li>{/if}
                <li onclick="getMsg();">项目负责人信息</li>
                <li onclick="getMsg()">项目信息</li>
                <li onclick="getMsg()">研究及应用情况</li>
                <li onclick="getMsg()">真实性保证</li>
            </ul>
            {/if}

Day3~4 项目信息录入

项目信息主要包括：机构信息、负责人信息、项目信息、应用及研究信息和真实性保证五大板块；
开发说明：没难度。基于layui框架，对字段做验证判断，tips提示，数据入库等常规操作。但是，可以将人逼疯的一段开发过程。表单字段、tips字段，ajax字段，后端读取字段，数据入库字段……一直在复制字段的过程中。

Day5 短信通知

今日客户来催进程了，无视中……一个月的开发周期，压缩成7天的工作量，这个不是抱怨能解决的事情，按照开发步骤和任务分解，严格执行，就是最好的保证。
来源：保哥后院（我自己说的）

短信通知功能：不同级别的调查员，在提交信息后，发送短信通知至对应省市县的管理员。
开发说明：短信SDK包基于阿里云短信开发包，现成模块功能移植和代码复制。
不同权限管理员新增调查员和专家的操作；

短信发送上报通知

 //读取上级区域管理员姓名和手机号；
        if ($_COOKIE['user_surveyor_type'] == 2) {//县管理员;
            $area_condition = $_COOKIE['user_area'];
            $row_sms = $db->fetchall('user', 'user_name,user_phone', array('user_area' => $area_condition, 'user_roles' => 2), ' user_id DESC');
        } else if ($_COOKIE['user_surveyor_type'] == 3) {//市管理员;
            $area_condition = $_COOKIE['user_city'];
            $row_sms = $db->fetchall('user', 'user_name,user_phone', array('user_city' => $area_condition, 'user_roles' => 3), ' user_id DESC');
        } else if ($_COOKIE['user_surveyor_type'] == 4) {//省管理员;
            $area_condition = $_COOKIE['user_province'];
            $row_sms = $db->fetchall('user', 'user_name,user_phone', array('user_province' => $area_condition, 'user_roles' => 4), ' user_id DESC');
        }

        //判断是否存在管理员信息并发送短信通知;
        $row_p = $db->fetch('project', 'pro_name', array('pro_id' => $pro_id), ' pro_id DESC');
        require "libs/api_demo/SmsDemo.php";
        if ($row_sms) {
            $signName = '漏刻有时';
            $name2 = $_COOKIE['dbUser'];
            $proj = limitWord($row_p['pro_name'], 10);
            for ($i = 0; $i < count($row_sms); $i++) {
                $name1 = $row_sms[$i]['user_name'];
                $mobile = $row_sms[$i]['user_phone'];
                $templateCode = 'SMS_237206842';
                $send = SmsDemo::sendSms($mobile, $signName, $templateCode, '', $name1, $name2, $proj);
            }
        }
        /*04.发送通知短信 - End*/

        /*05.返回页面*/
        $res['code'] = 1;
        $res['pro_id'] = $pro_id;
        $res['pro_types'] = $pro_types;
        $res['msg'] = "完成项目立项，等候审核";
        die(json_encode_lockdata($res));

阿里短信出现错误行提示，到时无法正确传递JSON格式数据到前端，于是乎，浪费了一上午的时间测试阿里短信接口。

明明验证码是正常的，为什么在发送通知的时候出现找不到手机号的情况呢？结论，不要在接电话的时候，随意开发代码，因为这个是致命伤。
来源：保哥后院

<b>Fatal error</b>:  Uncaught exception 'Aliyun\Core\Exception\ServerException' with message 'MissingPhoneNumbers PhoneNumbers is mandatory for this action. HTTP Status: 400 RequestID: 5AE9F2CC-0016-554B-A603-9AAF7C275544' in D:\phpstudy_pro\WWW\shenbao.lockdata.cn\libs\api_sdk\lib\Core\DefaultAcsClient.php:105
Stack trace:
#0 D:\phpstudy_pro\WWW\shenbao.**.cn\libs\api_sdk\lib\Core\DefaultAcsClient.php(26): Aliyun\Core\DefaultAcsClient-&gt;buildApiException(Object(stdClass), 400)
#1 D:\phpstudy_pro\WWW\shenbao.**.cn\libs\api_demo\SmsDemo.php(101): Aliyun\Core\DefaultAcsClient-&gt;getAcsResponse(Object(Aliyun\Api\Sms\Request\V20170525\SendSmsRequest))
#2 D:\phpstudy_pro\WWW\shenbao.**.cn\dashboard\model\surveyor.php(324): SmsDemo::sendSms(NULL, '\xE8\xA8\x80\xE5\x8C\xBB', 'SMS_237206842', '', NULL, '\xE6\xA5\x9A\xE4\xBA\x91\xE9\xA3\x9E', '\xE4\xB8\xAD\xE5\x8C\xBB\xE8\x8D\xAF\xE5\xAD\xA6\xE4\xBA\xBA...', '0')
#3 D:\phpstudy_pro\WWW\shenbao.**.cn\dashboard\controller\Surveyor.php(137): require('D:\\phpstudy_pro...' in <b>D:\phpstudy_pro\WWW\shenbao.**.cn\libs\api_sdk\lib\Core\DefaultAcsClient.php</b> on line <b>105</b><br />

问题根源：$i < count($row_sms)，在遍历读取手机号是，忘记写循环条件了，导致溢出异常找不到手机号。唉！时间总是在不起眼的地方浪费和消耗的，难道晚上又要加班赶进度？

MissingPhoneNumbers PhoneNumbers is mandatory for this action.可能不是SDK包的问题，很大可能就是自己的问题，敢于承认，才有机会解决它。
来源：保哥后院

不同权限管理员区域的选择

实话，这个点，觉得是神来之笔。本来中午核酸检测耽误了些许时间，不打算进行权限区分了。但是程序猿的完美主义，强迫在加班的最后时刻，完成了不同权限管理员区域自动选择的功能。

        if (dbRoles == 2){
            $("#province").attr("disabled", true);
            $("#city").attr("disabled", true);
            $("#area").attr("disabled", true);
            $('#x-city').xcity(province, city, area);
        }

        if (dbRoles == 3){
            $("#province").attr("disabled", true);
            $("#city").attr("disabled", true);
            $('#x-city').xcity(province, city, '');
        }

        if (dbRoles == 4){
            $("#province").attr("disabled", true);
            $('#x-city').xcity(province, '', '');
        }

        form.on('submit(save)', function () {
            var city_new=$('#city').val();
            var area_new=$('#area').val();

            if (dbRoles == 2){
                city_new=city;
                area_new=area;
            }

            if (dbRoles == 3){
               city_new=city;
            }

三级管理员角色标题

/*按照三级管理员角色
*获取不同地区管理的名称
*$dbRoles，用户角色4省3市2县;
*/
function getTitle($dbRoles)
{
    if ($dbRoles == 2) {
        return $_COOKIE['user_area'];
    } else if ($dbRoles == 3) {
        return $_COOKIE['user_city'];
    } else if ($dbRoles == 4) {
        return $_COOKIE['user_province'];
    } else {
        return "";
    }
}

Day6 流程审核

不同审核状态下，不同的操作菜单；
不同操作菜单，不同的跳转链接页面；
评审页Tabs切换类型；
服务器端生成带水印的PDF文档；
完成不同管理权限人员的审核和批复、短信提醒；

smarty模版的文字literal转化

<script type="text/html" id="lockBar">
    {if $smarty.get.pro_condition eq "0"}
    <a class="layui-btn layui-btn-xs" href="?m=Surveyor&a=surveyorDeal&act=skip&pro_id={literal}{{d.pro_id}}{/literal}&pro_types={literal}{{d.pro_types}}{/literal}">继续填写</a> <a class="layui-btn layui-btn-danger layui-btn-xs" onclick="member_del(this,'{literal}{{d.pro_id}}{/literal}')">删除</a>
    {else}
    <a class="layui-btn layui-btn-xs" href="?m=Surveyor&a=surveyorReview&act=review&pro_id={literal}{{d.pro_id}}{/literal}">评审情况</a> <a class="layui-btn layui-btn-xs layui-btn-normal" href="?m=Surveyor&a=surveyorDetail&act=detail&pro_id={literal}{{d.pro_id}}{/literal}">PDF文档</a>
    {/if}
</script>