琯琯博客 纸上得来终觉浅,绝知此事要躬行。

ThinkPHP 的 Model 模型的设计经验总结

琯琯
2016-07-01

示例项目:https://github.com/baijunyao/thinkphp-bjyadmin

关于模型;

跟上篇文章thinkphp的目录结构设计经验总结写控制器一个道理;

为了尽量避免改动到框架;

首先我们是要有一个BaseModel.class.php作为我们的基础model;

我会在BaseModel中定义增删改的方法如下;

namespace Common\Model;
use Think\Model;
/**
 * 基础model
 */
class BaseModel extends Model{
    /**
     * 添加数据
     * @param    array    $data    数据
     * @return   integer           新增数据的id
     */
    public function addData($data){
        $id=$this->add($data);
        return $id;
    }

    /**
     * 修改数据
     * @param    array    $map    where语句数组形式
     * @param    array    $data   修改的数据
     * @return    boolean         操作是否成功
     */
    public function editData($map,$data){
        $result=$this->where($map)->save($data);
        return $result;
    }

    /**
     * 删除数据
     * @param    array    $map    where语句数组形式
     * @return   boolean          操作是否成功
     */
    public function deleteData($map){
        $result=$this->where($map)->delete();
        return $result;
    }

}

为每张表都建一个model; 统一放在/Application/Common/Model/目录下即可;

然后所有的模型都继承BaseModel;

以后的增增删改如果没有特殊的需求; 就可以直接调用addData、editData、deleteData;

如果有特殊需求的; 就在某个表model中重新定义以上方法覆盖掉BaseModel中的addData、editData、deleteData;

这样的实际意义就等于在不改动框架的model的前提下扩展了model中的原本的add、save、delete等方法;

重点想说的是; 所有的增删改; 都统一用D函数而不要用M函数实例化model然后调用这3个方法;

这样做的好处是; 当以后改表了; 不用全世界的去找都那些地方调用了add、save、delete一一去改;

增删改都说了; 那至于查;

1:强烈建议所有的where条件统一使用数组格式的; 避免使用字符串格式的where;

2:竖着排版;

白俊遥博客 竖着排列; 要明显优于横着排序; 自行对比上下那种更便于阅读; 高下立见;

白俊遥博客 3:固定按照 field、alias、join、where、order、limit 、select ;

     为什么要按照这个顺序呢?因为这跟我们正常拼sql的顺序一致;

SELECT
    u.id,
    s.*
FROM
    bjy_student AS s
JOIN bjy_users AS u ON s.uid = u.id
WHERE
    s. STATUS = 1
ORDER BY
    date
LIMIT 10;

4:join表的时候; 起别名统一使用表的第一个字母; 如果两张表的第一个字母一样; 那就前两个字母; 依次类推;

    这样规范了以后; 将大大提高检查阅读代码的效率;

//**********回复 ZheaJ 童鞋评论的分割线*************** 针对 ZheaJ 童鞋在评论中提出的问题; 这里来做一下详细的解答;

为了更好理解; 这里先假设项目 有Admin、User、Home三个模块;

有article、tag、config三张数据库表;

并分别创建了ArticleModel.class.php、TagModel.class.php、configModel.class.php三个model 我建议的是把这三个model统一都放在/Application/Common/Model/目录下;

没有分别在Admin、User、Home模块下分别创建三个model; 那就是9个model文件;

原因是在不同模块下创建的model是不能方便的互相调用的;

比如说我Home模块和Admin模块及User模块 都有搜索article表中的文章这样的功能;

如果我每个模块下都有一个ArticleModel.class.php的话;

这个搜索文章的功能代码放那个模块下的ArticleModel.class.php中好呢? 这就要跨模块调用Model; 或者复制3份搜索文章的代码了;

这样多出了2倍的model文件需要维护; 这里只假设是3张表的; 正常项目有多少表; 想想都会疯的;

所以综上所述; 如果项目没有庞大到一定程度;

所有model统一放在/Application/Common/Model/是比较靠谱的;

//**********回复北柒星童鞋评论的分割线*************** 不只是改表; 还有很多场景下;

我们先来假设一个不是很恰当但是能说明问题的场景吧;

比如说我们有文章表、评论表等是跟用户表关联的;

当删除用户的时候; 我们需要同时删除其下的文章和评论;

针对用户表如果我们没有一个可以控制到所有删除的deleteData方法的话;

那就含着泪满世界的去找都在那些地方M了user表调用了delete方法吧;

一次还能忍; 更可怕的是; 然后随着业务的扩展;

每增加一张跟用户关联的表的时候; 都得再含泪一次吧;

原文链接


相关文章

评论

内容导航