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

关于模型，跟上篇文章thinkPHP的目录结构设计经验总结写控制器一个道理，为了尽量避免改动到框架，首先我们是要有一个BaseModel.class.PHP作为我们的基础model，我会在BaseModel中定义增删改的方法如下：

<?PHP

namespace CommonModel;

use ThinkModel;

/**

 * 基础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中重新定义以上方法；

这样的实际意义就等于在不改动框架的model的前提下扩展了model中的方法；

重点想说的是；所有的增删改；都统一用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表的时候；起别名统一使用表的第一个字母；如果两张表的第一个字母一样；那就前两个字母；依次类推；

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