关闭

thinkphp的model模型的设计经验总结

138人阅读 评论(0) 收藏 举报
分类:

关于模型;跟上篇文章thinkphp的目录结构设计经验总结写控制器一个道理;为了尽量避免改动到框架;首先我们是要有一个BaseModel.class.php作为我们的基础model;

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

<?php
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表的时候;起别名统一使用表的第一个字母;如果两张表的第一个字母一样;那就前两个字母;依次类推;

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

为了更好理解;这里先假设项目

有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/是比较靠谱的

原文链接: http://baijunyao.com/article/61

0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:152639次
    • 积分:3516
    • 等级:
    • 排名:第9959名
    • 原创:213篇
    • 转载:45篇
    • 译文:3篇
    • 评论:13条
    最新评论