Thinkphp中模型的正确使用方式,ORM的思想概念
Thinkphp中模型的正确使用方式,ORM的思想概念
在Thinkphp的文档中关于框架特性的描述，有这么一句话
ORM：重构的数据库、模型及关联，MongoDb支持；
从这句话可以得知，Thinkphp中的数据库、模型，基于的ORM概念来完成。
ORM是什么？
对象-关系映射（OBJECT-RELATIONAL MAPPING，简称ORM）
这是在面向对象编程发展过程中演变出来的一种思想、行为概念。
主要用途是：把对象模型表示的对象映射到基于sql的关系模型数据库结构中去。
当改变这个对象自身的属性或者调用该对象的方法时，相对应的是执行某些sql语句。
这样子编写代码的人员就可以更好地编写业务逻辑，而非重复地编写增删改查sql语句。
thinkphp中的运用示例
TP框架中关于数据库操作有两个模块：
- 数据库
- 模型
tp中的数据库模块
引用一句文档的特性描述
拆分为Connection（连接器）/Query（查询器）/Builder（SQL生成器）
- Connection连接器主要是用来连接数据库的，可以使用不同的驱动连接不同类型的数据库。
- Query查询器则是用来运行sql语句，处理结果，映射到
数据集中。 - Builder生成器则是用来把我们传递进去的条件、排序等转换成sql语句。
在这3个步骤中，我们可以知道，如果有运用到ORM思想抽象映射的，那就只可能是Query查询器模块，但是我们可以细查TP文档中关于数据集的描述。
它更多的是封装提供对于数据的处理方法，比如：
(以下是从文档复制过来的 一小部分)
toArray 将数据集的数据转为数组
merge 合并其它数据
diff 比较数组，返回差集
flip 交换数据中的键和值
intersect 比较数组，返回交集
keys 返回数据中的所有键名
pop 删除数据中的最后一个元素
shift 删除数据中的第一个元素
unshift 在数据开头插入一个元素
reduce 通过使用用户自定义函数，以字符串返回数组但是却没有提供反向映射的关系操作，比如我们操作数据集，自动更新数据库中的数据。
所以在我的理解中，数据库模块中的ORM思想并不多，重点还是要了解和运用模型
tp中的模型
定义模型文件
namespace app\index\model;
use think\Model;
// 设置类名 需要遵循转换规则，蛇形转为大驼峰
class User extends Model
{
// 设置主键字段名
protected $pk = 'u_id';
// 开启自动维护时间戳字段 (什么时间插入 什么时间更新)
protected $autoWriteTimestamp = true;
// 软删除 开启之后 删除数据只是用一个字段来标识为删除状态 方便查询、备份等
use SoftDelete;
protected $deleteTime = 'delete_time';
}以上代码比文档中第一章节模型初始化要多了一些内容，这是为了突出 模型可以完成很多功能
这也是ORM出现的原因：将sql的执行，抽象映射为面向对象编程中的对象。
我们可以理解为：表中的一行数据，代表我们代码中new一个对象，改变对象，则自动更新表中对应的行。
使用模型
演示的代码是比较简单的，实际是可以很灵活的
比如查询用非主键的条件来查询、查询多行记录等等
<?php
// *******快速查询、更新*******
// 查询主键=1的数据
$user = User::get(1);
// 然后更改它的name字段为新的值
$user->name = 'thinkphp';
// 保存，自己去数据库给我更新吧~
$user->save();
// *******插入新的一行数据*******
// 新建一个对象(相对应的操作就是新创建一行)
$user = new User;
// 设置字段的值 有多个字段就多个设置
$user->name= 'thinkphp';
// 保存，自己去插入吧~
$user->save();误区
看了使用之后，很多初学者就开始写代码了，然而却使用了不太正确的方式。
① model只当为Db类用
虽然model可以看成db类的超集，但是如果只是把它当成简单的DB类使用，而不是使用ORM思想去编写。那么就没什么必要使用它了。。
如果使用不对，不仅不能提高效率，反而会影响自己。（比如代码规范不统一、新增表还要新增对应的模型文件等等）
代码演示：
<?php
$userModel = new User(); // 这里就相当于初始化Db类
$userOneInfo = $userModel->where(['u_id' => 1])->find();
$userTwoInfo = $userModel->where(['u_id' => 2])->find();
// ... 执行其他逻辑 比如判断上下级 操作权限等等
// 业务需求不只是读取用户的数据这么简单
// 还要扣除余额(就是更新数据库)
$userOneRes = $userModel->where(['u_id' => 1])->update(['u_balance' => 'xxxx']);
// ... 执行其他逻辑 看到这里，先停下来思考一下。。你的代码有出现过这样子的吗？
我相信还是有些人会这样子用的吧！因为我以前也是这样子用的。
那么我们看看正确的使用方法(我认为的，如果觉得不对或者有更好的，欢迎评论交流)
<?php
$userOneInfo = User::get(1);
// 这里演示使用非主键条件查询的情况！！
// 查询一个1用户的下级出来
$userTwoInfo = User::get(function($query){
$query->where(['p_uid' => 1]);
});
// ... 执行其他逻辑 比如判断上下级 操作权限等等
// 业务需求不只是读取用户的数据这么简单
// 还要扣除余额(就是更新数据库)
$userOneInfo->u_balance = 0;
$userOneRes = $userOneInfo->save();
$userTwoInfo->u_balance = 0;
$userTwoRes = $userTwoInfo->save();
// ... 执行其他逻辑因为一个对象映射一条数据，所以我们在操作同样where条件的数据，直接操作对象就可以了，
就不用反复编写where u_id =1更新， u_id = 1 要删除
使用模型，还有很多用处，（得益于开源团队的奉献，为我们封装了大量的功能）
比如： – 用户表新增一条数据，另一个附属表也要用该用户id初始化一行。 – 自动转换数据格式（储存时间戳，查询出来为2019-7-13 19:53:04格式）。 – 自动校验数据，自动完成数据（操作的时候默认取操作人ip 权限等储存）。 – 关联查询（TP中非常强大的功能，在模型中定义好与另一个模型的关系，比如店铺表中的u_id 可以用来查询出店铺所属用户的信息 相当于店铺模型和用户模型的关联 自动join数据 合并 返回给我们使用） – 等等
总结
- ORM是一种思想，概念，代表 对象-关系映射（数据库-对象 映射）
- ORM使得对数据的操作抽象为对对象的操作。
- 要学会思想的改变，利用好框架提供的特性，编写更好地代码。
- TP中的模型非常强大，封装了大量的逻辑。