在上文聊到了数据库查询Db方式，今天来简单的聊一下关于Model类的实现方式。

前言

Model也就是框架中提到的模型概念，这种使用方式在框架使用中占了绝大部分。

接下来咔咔将会在上文的基础上再继续对模型进行深度解析，所以现在准备好小板凳嗑点瓜子来阅读本文吧！

上文给大家提供的Db类的执行流程流程图也给大家放出来，可以在熟悉一下。

一、简单看一眼模型的一些使用文件

在模块的目录下肯定是要存在model目录的

然后来到框架的底层可以看到关于模型类的文件，在这个类中使用了俩个之前咱们学习过的知识点。

第一个就是ArrayAccess像访问数组一样访问对象的属性。

第二个为超类（trait）这个特性，其实就是实现了一个类似多继承的一个功能，但是切记PHP是没有多继承的，这俩种概念是不能混淆的。

然后在框架的底层也存在一个model文件夹，这个文件夹中也是使用了跟Db类一样的功能。

例如 连接器，查询器，生成器

经过简单了解之后我们就需要对模型中的一个案例进行解析了，只是针对一个案例的实现哈！

二、模型场景分析之新增逻辑源码解析

本案例使用模型中的新增作为案例的分析，并且对源码进行深度解析。

首先需要先创建出来模型文件，咔咔在创建文件这里一直都是使用的命令行进行创建的，使用命令行创建文件方式的好处就是防止自己创建文件时对于命名空间会出错。

然后实现第一个功能使用模型进行新增，这块的内容真的是很简单，咔咔简单几步就过了这都是特别基础的了，咔咔主要工作还是给大家解析实现过程。

控制器中的案例如下，这里注意一下咔咔的写法。

简单说一下咔咔为什么要这么写，这样写的好处是什么。

首先是引入模型类这个是必不可少的。

然后声明了一个变量

最后一步是在控制器初始化的时候将模型类赋值给了声明的变量。

然后使用的时候就使用声明的那个变量即可，这样做的好处就是当你的模型名后期发生冲突时可以减少修改的代码量。

你可以想一下这样一个场景，你预先定义了一个模型名，然后在后期又想将这个模型名进行改动，这个时候如果按照咔咔的这样的写法，你只需要控制器初始化中的内容，也就是一行代码搞定。

否则整个代码都需要修改，这也就是咔咔为什么要这样写。

先来执行一下，看一下执行结果。

根据上图结果可以得知代码逻辑没有任何问题，接下来将会对save这个方法进行深度解析，看模型跟Db类的执行方式有什么不同。

深度解析save方法

首先你要明白这段代码会执行到那个文件里边。

都明白这个$this->userModel是模型中的类的对象，那么就直接去这个模型文件里边看一眼。

其实这个文件看不看都没关系，咱们自定义的模型文件肯定是继承的Model文件，也就是在本文一开始咔咔带大家看的那些关于模型会使用到的文件。

那么就来到框架底层的模型类thinkphp/library/think/Model.php。

看到这个方法是不是应该明白一点点东西，就是不去看文档也应该一下明白，当save方法只有一个参数的时候就是新增，当存在第二个参数时就是更新。

由于咔咔的案例中给的参数就是一个数组，所以第一个判断就不会执行。

接下来将对这个save方法中的写入之前检查数据进行深度解析。

接下来看一下这个方法都进行了什么操作。

根据上图可以得知传递过来的参数就是数组，也就是我们需要新增的数据。

在上图中最重要的一个步骤就是这行代码$this->setAttr($key, $value, $data);

根据提示咔咔来到这个方法，三个参数的值也已经打印出来，所以判断都不会进行执行，只会走最后一步，设置数据对象属性。

根据上图最终返回结果会直接返回到$this->checkBeforeSave($data, $where)，也就是下图。

接下来关于$result = $this->exists ? $this->updateData($where) : $this->insertData($sequence);这行代码就需要该好好理解一下了。

首先可以看到第一个属性那就是$this->exists，这个值熟悉不，没错，就是在写入之前检查数据时如果存在where条件则会设置为true，请看下图

所以说代码会执行$this->insertData($sequence)这个方法，在这方法中咱们什么都不去关注，主要关注是怎么添加数据的就行了。

也就是关注咔咔圈起来的地方即可。

接着代码会来到insert这个方法，在这个方法中$this->parseOptions();这里就是之前分析的分析表达式（可用于查询或者写入操作）这块内容。

在这里就使用了连接器，这个连接器就是在本类的构造函数通过依赖注入的方式注入进来的对象。

然后就会来到thinkphp/library/think/db/Connection.php这个文件的insert方法。

接着会调用execute方法进行执行SQL语句，因为在这之前已经将sql语句生成好了，在下文将重新起一个小节深度解析这个方法。

通过builder类生成SQL语句然后获取绑定的参数 并清空最后使用执行操作，执行sql语句

三、深度解析execute的执行

案例依然是上节使用的案例

首先得明确一下execute这个方法的参数，在这个方法存在三个参数，主要说明第一和第二个参数。

参数的值咔咔已经放到了代码注释中。

然后一步一步的分析，首先执行的是$this->initConnect(true);初始化数据库连接。

在这个方法中需要知道的是，这里到底判断的是什么，其实也就是deploy这个参数是什么。

首先需要明确的是这个参数肯定是从配置文件中获取出来的，然后咱们现在在解析的是数据库，那么这个参数有很大的可能就是在数据库的配置文件。

在对代码的分析下我们在数据库的配置文件中找到了这个配置项，这个配置项是数据库的部署方式。

0 集中式(单一服务器),1 分布式(主从服务器)，在本案中，或者在真实项目运行中也不会在框架中使用分布式数据库，所以就不用去了解了。

然后代码就会继续执行$this->linkID = $this->connect();，也就是注释给的提示为默认单数据库。

来到这个方法中，咔咔截图截到的地方会进行数据库连接ID 支持多个连接的判断。

然后第二个判断会直接获取参数配置信息和本类的构造函数中提前获取的到的数据库配置文件，并且最后返回给config属性。

接下来解析连接参数这块的内容，这块的内容，判断配置信息中的params索引值，这个值在配置文件是一个空数组，所以是返回true的。

第二个判断是否为数组同样也会返回true。

所以说这个判断条件成立，会执行if的判断语句。

在这里说一个小的知识点就是关于运算符与或非的知识。

与：所有的条件都为真返回true

或：只要有一个条件为真则返回true

上图中的本类属性params已经提前声明好了，这里只需要这是pdo连接mysql时需要的参数即可。

为了方便大家理解咔咔将这个参数给大家打印了出来，请看下图。

也就说关于pdo参数其实就是声明的一系列常量而已。

接下来就是重中之重了，也就是使用pdo的方式进行连接数据库，并且将连接信息返回回去，也就是返回给$this->linkID，直到这里初始化数据库连接就结束了。

然后就会使用PDo的操作实例执行execute这个方法是内置的方法，最终返回或者影响记录数。

四、总结

本节从认识模型需要的文件然后在对模型的添加行为做了深度的源码解析行为。

在解析源码的过程中有的部分没有进行完全的讲解，但是重点的部分都已经过了一遍。

最后在深度解析了execute这个方法，为什么要解析这个方法，因为这个方法是所有操作执行的最后一步。

坚持学习、坚持写博、坚持分享是咔咔从业以来一直所秉持的信念。希望在偌大互联网中咔咔的文章能带给你一丝丝帮助。我是咔咔，下期见。

文章来源: blog.csdn.net，作者：咔咔-，版权归原作者所有，如需转载，请联系作者。

原文链接：blog.csdn.net/fangkang7/article/details/109842363