sql之配置表的引发的封装操作

配置表，通常指的是和系统模块绑定、或用户绑定的配置。

这些配置可能一开始就存在，或可能不存在。它的表通常有3个核心字段，id，name，value

• 查询是否存在，则通常不存在时响应一个默认值
• 更新时要判断是否存在，不存在则新增

则可以对业务模块函数封装一下【如果是系统模块直接在函数库中封装】

例如获取一个值：

    /**
     * @param string $name 名称
     * @param string $default 默认值
     */
    private function get_u_common($uid,string $name, string $default=""){
        global $dsql;
        $sql = $dsql::SetQuery("select `value` from `#@__job_u_common` where `uid`=$uid and `name`='$name'");
        return $dsql->getOne($sql) ?? $default;
    }

设置一个值：

    /**
     * @param $uid
     * @param string $name
     * @param string $value
     */
    private function update_u_common($uid,string $name,string $value){
        global $dsql;
        $sql = $dsql::SetQuery("select `id` from `#@__job_u_common` where `uid`=$uid and `name`='$name'");
        $common_exist = $dsql->getOne($sql);　　//是否存在
        if($common_exist){　　//存在则更新
            $sql = $dsql::SetQuery("update `#@__job_u_common` set `value`='$value' where `id`=$common_exist");
            $dsql->update($sql);
        }else{　　//不存在则新增
            $sql = $dsql::SetQuery("insert into `#@__job_u_common`(`name`,`value`,`uid`) values('$name','$value',$uid)");
            $dsql->update($sql);
        }
    }

这里引申一下，框架应该随着业务成长不断进步，框架和业务应该是相互相成的，定制开发才是软件的希望之路，这里的定制包括系统的框架和业务，需求明确。

这也是为什么不懂框架的程序员不是好程序员，不仅仅是使用，而是根据业务对框架进行灵活扩展【外包与自研的区别，取决于不仅仅写业务而是可以对底层框架进行修改】，写业务不仅仅是业务本身，毕竟很大一方面就是为了完善框架本身，当你这么考虑的时候就真正融入写业务中去了。