在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中的模型非常强大,封装了大量的逻辑。