model.class.php模块,thinkphp的model模型的设计经验总结-Fun言

首先我们是要有一个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方法吧；

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

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