thinkphp的model模型的设计经验总结
2016-08-31 07:21
281 查看
关于模型;跟上篇文章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的顺序一致;
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
我会在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
相关文章推荐
- thinkphp的model模型的设计经验总结
- thinkphp的model模型的设计经验总结
- thinkphp的model模型的设计经验总结
- thinkphp的model模型的设计经验总结
- thinkphp的model模型的设计经验总结
- thinkphp的model模型的设计经验总结
- thinkphp的目录结构设计经验总结
- thinkphp的目录结构设计经验总结
- thinkphp的目录结构设计经验总结
- 【转载】thinkphp的目录结构设计经验总结
- thinkphp的目录结构设计经验总结
- thinkphp的目录结构设计经验总结
- thinkphp的目录结构设计经验总结
- thinkphp的目录结构设计经验总结
- thinkphp的目录结构设计经验总结
- thinkphp的目录结构设计经验总结
- thinkphp的目录结构设计经验总结
- thinkphp的目录结构设计经验总结1
- thinkphp的目录结构设计经验总结
- thinkphp的目录结构设计经验总结