1.1、回顾MVC(重点理解)

MVC是一个编程思想。将业务拆分成为三个板块分别为模型、视图以及控制器

M代表是的模型主要是进行数据交互

V代表的就是视图主要是与用户进行交互

C代表是控制器作用作用是进行中间的协同工作。调度模型或者视图完成工作

1.2、什么是框架

框架就是一个半成品的代码库。包括很多的基础功能，能够方便进行项目的开发。使用框架进行项目开发可以节省开发时间。

例如：在前端页面上进行dom操作。可以使用原生的js进行。也可以使用jQuery来进行dom操作。此处jQuery就是前端的一款框架

1.3、PHP的常用框架

1. zendframework：由zend公司开发的一款重量级的框架
2. YII：基于组件的一款框架
3. CI框架：一款比较轻量的框架
4. laravel框架：最优雅的框架

5、thinkPHP框架：国产框架

1.4、TP框架的优点

国产思想符合国人、代码注释都是中文。并且使用量比较大。社区活跃(问题能够及时解决)

TP框架的基本使用

2.1、TP源码下载

官方网址：http://www.thinkphp.cn/

2.1.1、关于版本的选择

3.2版本：主要是针对于web项目(有前台后台)

5.0版本：主要针对api接口项目(全部都是写接口)

关于实际在开发项目中版本的选择没有严格的界限。例如web项目也可以使用5.0版本。写接口也可以使用3.2版本

2.1.2、下载TP3.2版本源代码

关于核心版本与完整版的区别。对于核心版本只包括了框架的基本功能。对于完整版本除了框架基本内容之外还包括其他的功能。例如分页、文件上传等

2.2、TP框架项目部署(实现)

2.2.1、解析下载的源代码目录文件

①解析下载的源码

Application:TP默认的应用代码存储的目录(存储自己编写的代码)

Public：TP推荐的存储资源文件的目录

ThinkPHP:TP框架的源代码目录

.htaccess:Apache的重写规则文件

composer.json：composer的配置文件。composer是PHP的代码管理工具

Index.php：项目的入口文件(非常重要)

②TP框架的源码目录

Common：存储TP所提供的公共函数文件。对于此目录下的functions.php中的函数可以在任何位置直接使用

Conf:TP的默认配置信息目录

Lang:TP的语言包

Library：TP框架的核心的类库目录

Mode：TP所支持的模式

Tpl：TP默认的系统模板目录

ThinkPHP.php:tp框架的入口文件(在项目的入口文件中必须要载入此文件来载入整个TP框架)

2.2.2、创建项目

①创建项目目录

②拷贝TP的框架源代码

2.2.3、创建虚拟主机

①修改Apache的虚拟主机配置文件

②修改本机的hosts文件

③重启Apache访问测试

2.2.4、创建应用

①编写入口文件

②访问测试

③查看效果

④解释应用中的目录

⑤进入Home解释目录

优化小技巧：

1. 解决自己项目中的死链接。如果死链接比较多。会影响到项目的加载速度

2、更换磁盘为固态

1. 磁盘冗余阵列。买raid卡挂载多块磁盘

控制器及URL模式

3.1、创建控制器

3.1.1、控制器的存储方式

1. 存储地址

应用(application)/模块(Home)/Controller

1. 文件命名

控制器名称(满足驼峰式规范)+Controller+.class.php

3.1.2、控制器的创建规则

1. 申明命名空间(按照目录地址规则)
2. 引入TP的控制器的基类
3. 编写自定义的控制器的类

3.1.3、具体创建控制器

3.2、URL地址解析

默认情况下TP访问的完整地址：http://域名/入口文件?m=模块名称&c=控制器名称&a=方法名称(操作)

①在控制器中增加方法

②访问测试

3.3、默认访问(理解)

3.3.1、分析默认访问的情况

对于上述直接访问首先Apache的默认访问页为index.php因此就进入到项目的入口文件。由于TP默认的配置项设置默认的模块为Home默认的控制器为Index默认的方法为index因此可以看到上述效果

3.3.2、修改默认访问

①查看TP中的默认配置项

②修改配置项

③删除缓存文件

④查看效果如下

此时产生报错的原因是因为默认的方法不存在

3.4、调试模式

通过定义一个常量操作TP所处的模式。调试默认每次都会自动的加载最新的配置文件以及公共函数。跟调试模式对应的叫做生产模式

在实际开发的过程中开启调试模式。当项目上线运行的过程中需要使用生产模式。在生成模式下会缓存(临时存储信息)对于的文件信息也会减少日志文件的生成

①开启调试模式

②查看访问效果

③查看runtime下的目录

3.5、TP中的模块

在TP中的应用目录下每一个文件就是一个模块只是Common跟Runtime比较特殊。不能参与项目中其他”访问功能业务”。想要增加模块可以直接在应用目录下去增加目录即可

例如如下增加后台模块

①创建目录

②创建控制器

③访问测试

3.6、TP中的配置文件

3.6.1、配置文件地址

1. Tp框架中惯例配置文件(ThinkPHP\Conf\convention.php)
2. 公共模块的配置文件(Application\Common\Conf\config.php)
3. 某一个模块的配置文件(Application\模块\Conf\config.php)

对于配置文件TP是自动载入的。因此可以在项目中直接使用配置文件

3.6.2、TP中配置文件的优先级

配置文件优先级含义：当同一个配置项在三个文件中同时出现最终使用哪一个配置文件中的内容

模块配置文件>公共模块配置文件>TP惯例配置文件

3.6.3、演示配置文件优先级

①修改公共模块的配置文件

②修改Home模块下的配置

③增加测试方法

④查看效果

3.7、TP中的四种URL模式（重点）

3.7.1、四种URL模式介绍

①普通模式

直接通过给入口文件传递m、c、a三个参数

m对应模块名称

c对应控制器名称

a对应方法名称

格式：http://tp.com/index.php?m=Home&c=Index&a=test2

任何情况下都可以访问

②pathinfo模式

Pathinfo模式从URL地址栏上看上去像一个目录的格式。

格式为：http://tp.com/index.php/Home/Index/test2

对于上述的地址格式入口文件后的每一个“/”分隔的就是一个参数

Home(第一个参数)对应的模块名称

Index(第二个参数)对应的控制器名称

Test2(第三个参数)对应的方法名称

注意：pathinfo模式需要有web服务器的支持 Apache支持此模式。Nginx就不支持

③重写模式

将原本的URL访问改写成其他的URL形式。重写模式根据不同的web服务器决定。最常见的重写就是隐藏项目的入口文件

例如

访问:http://tp.com/Home/Index/test2=>解析的地址为http://tp.com、index.php/Home/Index/test2

④兼容模式

考虑部分web服务器不支持pathinfo。又想要去使用类似pathinfo的格式。就可以使用兼容模式

格式：http://tp.com/index.php?s=/Home/Index/test2

兼容模式没有任何其他的外界要求

3.7.2、实现隐藏入口文件

①开启Apache的重写模块

②设置虚拟主机可以重写

③拷贝重写规则文件

④重启Apache查看效果

注意：只要条件满足TP中的四种URL模式都可以使用访问到方法

3.7.3、URL地址生成(重点会用)

使用TP提供的U函数根据当前的模型、控制器、方法、参数等生产一个链接地址

①查看U函数的使用方式

②编写测试代码

④查看效果

从上述结果中可以得知TP默认的是使用pathinfo模式

在TP的配置文件中有一个URL_MODEL控制使用的URL模式

⑤查看惯例配置中的配置项

⑥查看普通模式的地址

修改URL模式

效果如下

⑦查看重写模式地址

结果如下

⑧查看兼容模式

注意：TP中的四种URL模式并不是限制项目需要使用哪一种模式进行访问。URL_MODEL配置项的作用是为了控制U函数所生成的URL地址的格式

3.8、页面跳转与重定向

关于页面跳转跟重定向功能是经常使用。常见位置在数据操作完成之后的提示信息

3.8.1、页面跳转

在TP的控制器基类中提供了两个方法可以实现跳转功能分别为success跟error

①查看源码位置

②测试成功的方法使用

③测试失败的方法的使用

④关于成功失败跳转的模板文件地址

3.8.2、页面重定向

①查看使用方式

②创建方法测试

③查看效果

3.9、空控制器与空操作

3.9.1、空操作

当用户访问某一个不存在的方法时接下来由单独的一个空操作(对应在控制中的_empty的方法)实现处理请求。

①增加方法

②访问测试

3.9.2、空控制器

当用户访问一个不存在的控制器时会自动的去执行空控制下对应的方法。

①先创建空控制器

②执行查看效果

③在空控制器中创建空方法

效果如下

备注：最好事先错误的提示页面通过使用web服务器的错误提示设置

视图(一)

4.1、视图创建规则

4.1.1、视图创建规则

1. 默认情况下需要将视图的模板文件存储在模块下的view目录中
2. 默认情况下视图存储需要在View下跟控制器同名的目录中
3. 默认情况下视图模板文件名称需要保持跟方法同名后缀为.html的模板

4.1.2、创建视图

①创建根控制器同名的目录

②创建模板

4.2、控制器调用视图

对于在TP的方法中需要使用视图的模板可以使用两个方法分别为display跟fetch方法。

对于display跟fetch用法一模一样，区别在于display会直接输出模板的结果。Fetch不会直接输出

4.2.1、演示display跟fetch的区别

①创建方法

②查看效果

修改showtwo方法

结果如下

4.2.2、演示display用法

①查看使用方式

②指定模块方式使用display

创建测试方法

查看效果

③直接指定模板文件地址

创建测试方法

查看结果

4.3、模板替换

模板替换就是通过在模板中使用TP内置的”模板变量”.TP在每次渲染模板之前都会讲对应的模板变量进行替换

4.3.1、内置的模板替换

①查看文档

在TP有内置的模板变量替换如下

②修改show模板查看效果

效果如下

最常使用的是__PUBLIC__替换资源地址

4.3.2、自定义模板替换

①增加自定义配置项

②模板中使用

③效果如下

案例-搭建电商项目后台

5.1、项目部署

5.1.1、创建项目

①创建项目的根目录

②创建wwwroot目录

③拷贝TP的框架源代码

④拷贝入口文件及重写规则文件

5.1.2、配置虚拟主机

①增加虚拟主机

②修改hosts文件

③修改入口文件

④重启Apache访问查看

查看目录结构

对于此方式部署项目由于域名解析的目录下只有入口文件。因此项目的安全性更好

5.2、创建后台模块

①复制Home模块为Admin

②修改后台模块下的index控制器

③访问查看

5.3、处理URL地址

5.3.1、隐藏入口文件

①修改Apache的配置启用重写模式

②设置虚拟主机可以重启

重写规则文件已经拷贝

③重启Apache访问测试

④创建测试方法使用U函数生成

⑤访问测试

⑥设置为重写模式

再次查看效果

5.3.2、隐藏Home模块

①设置默认的模块以及容许访问的模块

②查看效果

5.4、实现后台的首页显示

①修改Index控制器代码

②创建视图目录

③拷贝首页模板

④查看效果

⑤拷贝其他模板

⑥查看效果

⑦修改首页的模板

5.5、处理后台资源地址

①拷贝资源文件

②自定义模板替换

③修改top模板

④修改menu模板

⑤修改main模板

1.1、模板变量

在模板中直接使用变量对数据进行输入显示。

1.1.1、使用assign赋值数据

①创建方法赋值变量

②创建模板

③查看效果

关于模板引擎的配置项如下

1.1.2、模板赋值基本数据

①创建测试方法

②创建模板

③效果

1.1.3、模板赋值数组

①创建测试方法

②编写模板

③效果

④查看模板解析之后的结果

1.1.4、模板赋值对象

①创建方法赋值对象

②模板

③效果

1.2、系统模板变量

对于普通的模板变量需要在方法中进行赋值在模板中才能使用。对于有些数据。是属于经常使用。每次赋值就会比较麻烦。因此TP在系统运行过程中已经讲变量赋值给了模板。可以在模板中直接使用。

1.2.1、在控制器中赋值数据

①创建测试方法

②模板显示

③效果如下

1.2.2、系统模板变量的作用

1. 可以显示TP或者PHP中的内置常量
2. 显示PHP的超全局变量例如 $_GET、$_POST、$_REQUEST等

3、显示TP的配置信息

1.2.3、案例查看

①创建方法渲染模板

②创建模板

③效果

1.3、模板函数(重点)

1.3.1、在控制器中实现格式化

①创建方法格式化数据

②处理模板

③效果

对于此方式虽然能后正常的显示内容。但是操作麻烦因此可以使用模板函数实现格式化的操作

1.3.2、使用模板函数进行数据格式化

在模板中使用函数可以使用PHP内置的或者是TP所提供的公共函数以及自己定义的公共函数。

①创建测试方法

②创建模板

③效果如下

1.3.3、案例二将字符串转换大写

①测试方法

②编写模板

结果如下

1.3.4、模板中使用多个函数格式化处理

①修改模板

②查看效果

1.3.5、使用PHP原生写法格式化

修改模板

效果如下

1.3.6、格式化特殊写法

修改模板

效果如下

对于特殊写法使用比较多的就是在模板中使用U函数生成链接地址

1.4、模板变量默认值

当模板变量数据为空时输出的内容

①创建测试方法

②创建模板

效果如下

1.5、模板运算

模板运算即直接在模板中进行数据的加减乘除操作

1.5.1、基本运算

创建方法

创建模板

效果

1.5.2、数组的运算

在模板中对数组进行运算不在支持点语法。需要使用PHP原生的方式操作数据

1. 创建方法

②创建模板d

③效果

1.6、内置标签

TP内置的模板引擎中支持很多标签需要重点的volist foreache if

1.6.1、关于标签解析的源码位置

1.6.2、foreach标签

①查看使用方式

②创建方法

③创建模板

④效果如下

1.6.3、volist标签

Volist跟foreach功能是一模一样都是为了循环数据。但是volist标签所支持的功能比foreach更加强大。除了循环数据在循环的过程中可以指定长度、偏移量、计数器等

①查看volist使用方式

②创建测试方法

1. 创建模板

n

③效果如下

1.6.4、if标签

if标签作用进行判断

①查看使用方式

②创建测试方法

③模板编写

效果如下

模型

2.1、开启PDO扩展

①修改php.ini文件

②重启Apache查看phpinfo

2.2、配置数据库的连接

①创建数据库

②创建测试数据表

CREATE TABLE `tp_student` (

`id` int(10) unsigned NOT NULL AUTO_INCREMENT,

`sname` varchar(255) NOT NULL DEFAULT ” COMMENT ‘名称’,

`sage` int(11) NOT NULL DEFAULT ‘0’ COMMENT ‘年纪’,

`sdept` varchar(255) NOT NULL DEFAULT ” COMMENT ‘班级’,

PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

③修改配置文件

2.3、创建自定义的模型

2.3.1、自定义模型存储规则

1. 存储位置：应用/模块/Model
2. 文件名称：模型名称(一般模型名称对应数据表的名称)+Model.class.php

2.3.2、模型编写规则

1. 申明命名空间
2. 引入TP模型基类
3. 编写自定义的模型

2.3.2、创建自定义模型

2.4、模型实例化

2.4.1、模型实例化的三种方式

①使用new进行实例化

结果如下

②使用M进行实例化

结果

③使用D函数实例化

结果

2.4.2、M函数使用

M函数一共有三个参数

第一个：指定具体表的名称

第二个：指定表的前缀

第三个：指定数据库的连接信息

①演示M实例化特殊名称的表

先复制一个特殊的数据表

编写代码实例化

效果如下

②演示第三个参数的使用方式

先在其他数据库下创建数据表

编写代码连接Tp5_shop数据库下的student表

效果如下

对于M函数的第三个参数可以实现跨数据库服务器、数据库进行操作

③关于M函数第三个参数的变形写法

首先配置数据库的连接

修改方法

效果如下

总结：M函数实例化模型对象永远是实例化TP模型基类的对象

2.4.3、D函数的使用

①D函数的基本使用

②实例化一个没有自定义模型的对象

复制一个tp_class数据表

编写代码

效果如下

总结：D函数会实例化自定义的模型对象。如果自定义的模型对象不存在。实例化TP模型基类的对象。如果数据表不存在报错

2.4.4、总结M跟D的区别

M实例化永远是模型基类。实例化一个不存在的数据表对应的对象时也会报错

D优先自定义的模型。如果自定义模型不存在使用模型基类进行实例化如果数据表不存在报错

D有缓存功能。再次实例化相同的模型对象。不会再次实例化

2.5、模型的CURD操作

可以通过TP模型基类中所提供的方法进行数据的增删改查

增加：模型对象->add()

删除：模型对象->delete()

修改：模型对象->save()

查询：模型对象->find/select()

2.5.1、数据增加

①创建测试

②访问测试

③查看数据库

2.5.2、数据的批量写入

数据批量写入可以使用addAll方法实现。写入数据时需要注意。数据的下标必须从0,1,2,3顺序下来。最后的返回结果为写入数据第一条的主键标识

效果如下

2.5.3、数据修改

效果如下

2.5.4、数据查询

Find：查询获取一条数据。结果为一维数组

Select：查询获取多条数据。结果为二维数组

结果如下

2.5.5、数据删除

电商案例-分类的添加

3.1、实现步骤

1. 显示添加表单模板
2. 创建数据表
3. 接受表单的提交数据
4. 接受之后写入数据库

3.2、显示商品的添加模板

①创建控制器方法显示模板

②拷贝添加的模板

③修改资源地址

3.3、创建数据表

①创建数据库

②创建分类的数据表

CREATE TABLE `shop_category` (

`id` smallint(5) unsigned NOT NULL AUTO_INCREMENT,

`cname` varchar(255) NOT NULL DEFAULT ” COMMENT ‘分类名称’,

`parent_id` smallint(6) NOT NULL DEFAULT ‘0’ COMMENT ‘父分类的ID 0表示顶级’,

PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

3.4、接受表单的提交数据

①修改表单提交的地址

②创建方法

③测试数据提交

3.5、实现数据入库

①配置数据库的连接

②自定义模型

③实现数据入库

3.6、实现显示表单与数据提交一个方法实现

实现此功能的关键点就是需要判断出当前的请求方式

①查看手册中的常量

②修改add方法

③修改表单的提交地址

3.7、过滤参数

①查看I函数使用方式

②修改add方法对数据进行过滤

3.8、实现可以添加子分类

①修改add能够获取已有的分类信息

②创建模型方法实现获取数据

③增加公共函数

④修改模板显示数据

1.1、字段缓存

1.1.1、思考问题一

当使用save方法进行修改数据时。需要在传递的修改数据中增加主键才能正常的修改数据。为什么加上主键TP就知道了条件呢？原因是因为TP会自动的分析数据表结构

①创建测试方法

②结果如下

1.1.2、思考问题二

从目前所知当每次实例化模型对象时TP会自动的分析表结构(查询数据)。如果当前业务中有多次实例化操作，并且当前方法访问的比较多。那么就对项目的性能产生影响

1.1.3、字段缓存

当每次实例化对象时TP不会再去分析表结构。而是直接去读取”缓存”(读文件)中的内容

①开启TP的字段缓存功能

②查看第一次效果

③第二次效果

④查看缓存文件

解释：当开启字段缓存功能时。第一次实例化模型对象需要去读取数据表的结构信息。但是目前文件不存在，先读取数据库然后将结果写入到文件中。当第二次实例化对象时由于文件已经存在直接读取即可

更新缓存

注意：在调试模式下虽然有对应的字段缓存的文件存在。但是也不会使用

1.2、字段定义

对于字段缓存功能将信息存在文件中。文件读取受到磁盘的IO性能影响。磁盘相对于内存效率明显低。为了效率可以将数据表的结果信息保存到变量中(内存)。TP提供了一个变量$fileds容许定义数据表的结构信息。Tp会自动的载入该变量

1.2.1、实现字段定义

①定义字段信息

②创建测试方法

③结果

1.2.2、案例数据写入

①创建方法

②访问测试

③修改表结构

④再次写入数据

结果如下

对于上述问题的原因是因为修改了数据表结构。但是在属性中的自定义的字段信息没有变化。没有修改导致数据永远不能正常操作到。

注意：修改表结构之后一定要修改字段信息

⑤修改属性

结果如下

注意：字段缓存不论怎么实例化只要开启都会使用。字段定义只针对使用D实例化方式

1.3、数据创建

当进行数据提交入库时需要每一个要入库的字段需要逐个接受。对于此方式操作特别麻烦。此时可以使用模型提供的数据创建功能方便接受数据并且对数据进行安全的验证

①创建表单

②创建方法

结果可以正常接受但是麻烦并且缺少安全验证

③使用数据创建

④查看结果

修改前台的html

结果如下

对于使用create数据创建默认情况下只能处理post表单提交的数据。如果表单提交为GET默认就不支持

1.4、自动验证(重点)

就目前使用create方法能够简单的验证数据(通过根据数据表的字段信息过滤无用的字段)。但是还不能满足要求。需要针对每一个字段的格式都进行验证。

1. 可以使用最原始的方式的逐个校验
2. 使用TP所提供的自动验证功能

1.4.1、验证方式

TP所提供的自动验证方式有两种：分别为静态方式跟动态方式。对于两种方式都需要编写验证规则

1.4.2、验证规则

验证字段：需要进行验证的字段名称(对应数据表中的字段)。对于其他特殊（数据表中无字段但是需要验证）的可以使用表单名称

验证规则：与附加规则配合使用。附加规则指定一个大的验证方式。验证规则在附加规则的基础上在指定更为精确的验证规则。

如果附加规则为regex验证规则就需要写上具体的正则表达式

如果附加规则为function验证规则就需要写上公共函数名称

如果附加规则为callback验证规则就需要写上当前模型下的方法

错误提示：当验证不通过提示个用户的信息

验证条件：设置用户的提交的内容存在与否 是否进行判断

附加规则：指定验证使用哪一种方式进行验证

验证时间：指定什么时间进行验证

关于验证规则在第一维下。每一个元素就是一条验证规则。如果针对一个内容需要有多个验证规则可以写多条

1.4.3、静态方式进行验证-正则

①创建验证规则

②查看效果

③不填写内容时的提交

④修改代码获取提示内容

效果如下

⑤关于系统支持的正则表达式

对于使用正则验证。对于第二个参数如果不使用系统内置的正则表达式可以自己编写正则

1.4.3、静态方式验证-函数

函数可以使用php内置的已经TP中定的公共函数

①定义验证规则

②创建自定义的公共函数

③查看效果

1.4.4、静态方式验证-方法

①增加验证规则

②增加方法

③效果

1.4.5、使用动态方式进行验证

①注释静态的方式验证

②创建测试方法显示模板并且提交验证

1.5、字段映射

在实际处理表单提交时，在每一个文本框中需要设置表单名称。对于表单名称一般都是使用数据表的字段名称。此方式存在安全隐患。暴露了数据表的字段信息。可以通过使用字段映射功能隐藏真实数据表的字段名称

①增加自定义字段映射

②创建方法

③创建模板

1.6、自动完成

在使用create时自动处理数据。例如有addtime字段需要记录写入时间。可以通过自动完成当create创建数据之后。会自动的增加对应的内容

1.6.1、自动完成规则

完成字段：填写具体的字段名称即可

完成规则：与附加规则配合使用。附加规则指定具体完成方式。完成规则在附加规则的基础上再次确认使用哪种更为准确的方式进行处理

当附加规则为function 完成规则需要写上函数名称

当附加规则为callback完成规则需要写上当前模型下的方法名称

完成条件：规定使用规则的时间

附加规则：指定自动完成方式

1.6.2、自动完成案例

①修改表结果

②修改自定义的字段信息

③创建自动完成规则

④查看效果

自动完成帮助自动增加或者修改数据的

1.7、特殊表操作

一般模型名称跟数据表的名称保持一致的。但是部分业务场景可能数据表的名称比较奇怪。对此情况可以使用模型中提供的属性tableName跟trueTbaleName控制操作的数据表

1.7.1、tableName

指定表的名称不包括表前缀。表前缀会自动的补上

①复制数据表

②在模型中定义表的名称

③修改方法实现数据写入

④查看效果

1.7.2、trueTableName

真实表名称

①复制数据表

②指定模型对应的真实表名称

③数据写入

1.7.3、connection指定连接的数据库

①修改模板连接的数据库

由于配置项中存在tp_shop数据库的配置。Connection对应的值跟M函数的第三个参数是一致

②在tp5_shop下创建数据表

③测试

从目前所知模型名称不一定要跟数据表的名称绝对保持一致。但是一般都会使用同名

1.8、连贯操作（重点）

对于目前数据的CURD操作只能进行简单的操作。当需要设计复杂的SQL语句操作可以使用连贯操作中提供的方法。常用的where、limit、order、page。

对于连贯方法使用：模型对象->连贯方法->curd方法

在使用连贯方法的过程中没有任何的优先顺序

1.8.1、where使用

Where的作用指定具体的sql语句中的where条件

①where字符串参数的格式

结果如下

②where数组参数的格式

③where预处理

④where指定like查询

1.8.2、field指定字段信息

一般查询数据尽量不要使用*,而是指定字段。需要哪些字段就指定哪些

结果如下

1.8.3、limit限制条数

作用限制sql语句中limit条目数、可以实现分页功能

①传递一个数字参数

②传递字符串的参数

对于此方式可以实现分页功能

1.8.4、page分页

Page也是用于限制条数。也可以用于分页。但是在使用分页时page方法不需要进行运算。直接传递页码即可

1.8.5、Order排序

1.9、模型中的钩子函数

当进行数据的增删改查操作时。如果有定义对应的钩子函数。会自动的进行。对于钩子函数可以实现格式化处理或者是去处理其他的业务逻辑。

增加：_before_insert前置钩子函数 _after_insert后置钩子函数

删除：_before_delete前置钩子函数 _after_delete后置钩子函数

修改：_before_update前置钩子函数 _after_update后置钩子函数

查询：_after_select后置钩子函数

1.9.1、添加的前置钩子函数

①创建方法

②创建前置的钩子函数

③查看效果

1.9.2、后置钩子函数

1.9、trace工具使用

Trace工具可以帮助分析整个框架执行流程以及对项目进行性能的分析

①开启trace工具

②查看效果

会发现右下角有一个小图标，可以点击查看具体的情况

1.1、AR模式

AR模式ActiveRecords模式的ORM模型，采用了非标准的ORM模型。模型对应数据表，对象对应数据行，属性对应数据字段。AR模式是采用面向对象思想(OOP)。对于此方式新的框架中都是采用的ORM模式

1.1.1、演示数据的写入

①创建测试方法

②访问查看写入数据

1.1.2、演示数据查询

①创建测试方法

②查看结果

③根据条件进行查询

1.2、TP中的统计方法

1.3、连表查询

1.3.1、inner join使用

①创建数据表并且写入测试数据

②连接查询

③查看效果

④使用field指定字段信息

1.3.1、left join 使用

1.4、原生sql语句

Query：执行查询的sql语句。返回结果集

Execute：执行写入(增加、修改、删除)的SQL语句。返回受影响行数

1.4.1、演示query方法使用

1.4.2、演示execute方法使用

1.5、TP中的事物

事物是mysql提供的一项功能。只针对innodb引擎的数据表。事物需要开启

事物处理方法：

startTrans：开启事物

Rollback：回滚事物

Commit：提交事物

①代码

②结果

TP中的cookie与session

2.1、cookie与session的区别

1. cookie是存在客户端
2. Session是存储在服务端
3. Cookie保存的数据量有限
4. session安全性更高
5. session基于cookie之上的

2.2、session机制

2.3、TP中session使用

在TP中对于session的所有处理都通过使用session()函数进行处理。

在框架载入时session就已经启动

效果如下

设置session

获取session

删除session

再次查看session

2.4、cookie的使用

查看现有的cookie内容

设置cookie

再次查看结果

删除cookie

再次查看cookie中的内容

验证码

使用验证码一定注意PHP环境当中的gd库的扩展是否开启，并且需要注意到验证码功能是否能够正常使用

TP验证码源码位置：ThinkPHP\Library\Think\Verify.class.php

使用方式：直接实例化类对象调用方法即可

3.1、验证码基本使用

效果如下

3.2、查看验证码使用方式

①查看验证码类的属性配置

②查看构造方法的使用

③查看check方法

④查看生产验证码的方法

3.3、生产验证码并且校验

效果如下

生产验证码

比对验证码

数据分页

4.1、分页实现方式

1. 计算总的记录数
2. 设置每一页多少条数据
3. 获取当前的页码
4. 根据当前的页码获取对应的数据本质就是处理limit
5. 计算出分页的导航信息

4.2、查看分页类的使用方式

关于分页类的源码地址：ThinkPHP\Library\Think\page.class.php

①查看配置信息

②构造方法

③查看show方法

4.3、使用分类

①创建方法

②处理模板

③效果如下

5、案例-电商后台登录

5.1、分析实现过程

1. 创建控制器方法显示登录界面
2. 需要显示出验证码
3. 用户提交数据、接受并且比对(1、比对验证码2、比对用户名3、比对密码)
4. 登录完成，保存用户的登录状态(session或者cookie)。需要跳转到后台首页
5. 防止直接翻墙

5.2、显示登录到的界面

5.1.1、显示登录页

①创建控制器方法加载模板

②拷贝登录模板

③修改登录模板的资源地址

5.1.2、显示验证码

①修改模板使用验证码

②创建方法生成验证码

③修改模板引入jQuery

④对验证码绑定点击事件

5.3、实现登录对比

5.3.1、创建数据表

5.3.2、添加测试账户

①创建生成密码的函数

由于增加测试用户时不能确定密码。需要用代码生成密码。由于后期会经常使用该方式进行密码校验等处理。因此封装成为函数

③创建一个测试方法生成密码

④访问测试方法生成密码

⑤根据生产的密码写入测试账户

5.3.3、创建模型

①创建自定义的模型

②定义字段信息

③定义字段映射

④修改模板使用假名

⑤编写自动验证规则

5.3.4、控制器调用方法进行对比

①修改控制器login方法

②创建模型方法实现登录

5.3.5、控制翻墙

①在后台首页中的index方法进行判断

对于此方式，由于后台中除了登录之外。其他的都需要进行是否登录判断。此方式不合理。可以在创建一个公共控制器在构造方法中进行验证。对于除了登录控制器之外其他的控制器都继承公共控制器

②创建公共控制器

③修改Index控制器的继承关系

可能common控制器中有很多公共方法，对于登录有可能会使用到。需要修改login继承common控制器。但是直接继承会出现故障

④修改Login控制器的继承关系

⑤修改公共\\

5.4、实现退出登录

①修改模板连接地址

②创建退出的方法

1. 需求分析
2. 原型界面
3. UI设计
4. 前端编写代码
5. 核心架构处理(代码层面核心架构，服务器层面的架构、数据库的架构等)
6. 编写代码
7. 测试
8. 上线

项目分析

2.1、项目前台分析

2.2、项目后台分析

ecshop安装

3.1、ecshop的配置

①创建ecshop的web目录

②拷贝ecshop的源码

③创建虚拟主机

④修改hosts文件

3.2、安装ecshop

①重启Apache访问安装

②检查环境

③配置信息

④登录后台

3.3、解决报错问题

①修改includes目录下的cls_template.php文件

②修改cls_image.php文件

③修改lib_main.php

④清除缓存

商品分类管理

4.1、商品分类列表显示

①增加index方法获取数据并且渲染模板

②拷贝视图

③修改资源地址

④修改模板循环显示数据

4.2、分类的删除

①创建方法调用模型方法进行删除

②在模型中实现删除方法

4.3、分类的编辑

4.3.1、回显分类信息

①创建方法获取数据并且显示

②拷贝添加模板为编辑模板

③修改模板

4.3.2、实现提交修改

①修改edit方法处理提交

②修改getTree方法可以根据id标识获取子分类

③模型增加方法实现修改

4.4、分类使用模板继承

4.4.1、介绍模板继承

一个模板继承另外一个模板。在父模板中已有的HTML代码可以直接使用

4.4.2、使用模板继承

①定义父模板

②修改添加使用模板继承

③修改index使用模板继承

④修改编辑模板使用模板继承

商品管理

5.1、商品数据表创建

CREATE TABLE `shop_goods` (

`id` int(10) unsigned NOT NULL AUTO_INCREMENT,

`goods_name` varchar(255) NOT NULL DEFAULT ” COMMENT ‘商品名称’,

`goods_sn` varchar(255) NOT NULL DEFAULT ” COMMENT ‘货号’,

`market_price` decimal(10,2) NOT NULL DEFAULT ‘0.00’ COMMENT ‘市场价格’,

`shop_price` decimal(10,2) NOT NULL DEFAULT ‘0.00’ COMMENT ‘本店售价 单位元’,

`goods_number` int(11) NOT NULL DEFAULT ‘0’ COMMENT ‘商品数量’,

`cate_id` int(11) NOT NULL DEFAULT ‘0’ COMMENT ‘商品的分类ID 关联category表中id字段’,

`goods_img` varchar(255) NOT NULL DEFAULT ” COMMENT ‘商品图片’,

`goods_thumb` varchar(255) NOT NULL DEFAULT ” COMMENT ‘缩略图’,

`goods_body` text,

`addtime` int(11) NOT NULL DEFAULT ‘0’ COMMENT ‘添加时间’,

`is_del` tinyint(4) NOT NULL DEFAULT ‘1’ COMMENT ‘是否删除 1代表正常 0代表已经删除’,

`is_hot` tinyint(4) NOT NULL DEFAULT ‘0’ COMMENT ‘是否热卖 1是 0否’,

`is_new` tinyint(4) NOT NULL DEFAULT ‘0’ COMMENT ‘是否新品 1是0否’,

`is_rec` tinyint(4) NOT NULL DEFAULT ‘0’ COMMENT ‘是否推荐 1是0否’,

PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

5.2、实现商品的基本入库

5.2.1、显示添加的界面

①创建控制器方法显示添加的模板

②拷贝商品添加模板

③修改模板使用模板继承

④处理模板显示商品分类

5.2.2、实现入库

①修改方法处理数据提交入库

②创建模型类

③添加字段定义

④创建验证规则

⑤增加添加数据的前置钩子函数

⑥修改钩子函数增加价格判断

5.3、使用ueditor实现商品详情

5.3.1、项目中使用ueditor

①拷贝源码

②在添加模板中引入编辑器的js文件

5.3.2、实现选项卡效果

①修改选项卡标签

②修改商品详情使用选项卡

③修改父模板引入jQuery

④实现切换效果

5.3.3、查看ueditor文件上传的流程(了解)

①抓包查找文件上传地址

②查看controller.php

③查看action_upload.php

④查看upload类

对于上图的upFile及实现了文件上传的功能，关于需要修改上传逻辑的可以在下图中代码实现

5.3、实现图片上传

5.3.1、TP中的文件上传功能

①查看文件上传的配置信息

②查看文件上传的方法

5.3.2、具体实现文件上传

①创建测试方法显示上传表单

②处理上传的表单

③实现文件上传

④查看效果

⑤手动创建上传的根目录

⑤再次查看效果

5.3.3、在项目中使用文件上传

①修改添加的前置钩子函数实现文件上传

②查看结果

③修改前置钩子函数的文件上传

5.4、处理商品的缩略图

5.4.1、生成缩略图流程

1. 实例化Image对象
2. 使用对象打开图片
3. 指定方法对图片进行处理，并且将图片进行保存

5.4.2、生成商品的缩略图

①修改添加的前置钩子函数

针对文件上传成功之后在处理图片

②查看效果

1.1、查看layUI使用方式

①引入对应的js文件

②查看文件上传使用方式

1.2、项目中使用文件上传

①将资源文件拷贝到项目中

②引入layui的js文件

③修改文件上传的type类型

④对文件上传绑定切换事件

⑤创建upload方法

先抓包结果如下

⑥修改模板增加img显示上传结果

⑦修改js处理文件上传成功

⑧修改商品添加的HTML

⑨修改js

⑩修改添加的前置钩子函数删除文件上传代码

由于目前文件上传使用了异步的方式因此此处的代码多余

1.3、使用ajaxReturn返回结果

①查看ajaxReturn方法的使用方式

②修改upload方法使用ajaxReturn

商品列表

2.1、实现显示商品的列表

①在控制器中增加方法

②在模型中增加listData方法获取数据

③拷贝模板

④修改模板

2.2、实现分页显示商品列表

①修改listData方法

②修改模板

修改循环的变量

修改使用分页

2.3、获取分类名称

修改listData方法链表查询分类名称

2.4、商品搜索

2.4.1、显示搜索的分类

①index方法获取所有的分类信息

②修改模板显示分类

2.4.2、根据搜索的提交获取数据

根据条件对商品进行搜索本质就是表单提交。对于表单提交想要去获取到对应的条件的商品信息就需要去组装sql语句中的where条件

修改listData方法

2.5、对商品列表进行优化

2.5.1、实现方式

使用替换的方式将链表查询拆分成为两次sql查询（第一次查询后期可以使用高速内存缓存系统加速）

1. 先获取所有分类的信息
2. 根据页码获取到当前页的商品信息(单表查询)
3. 对商品信息进行循环根据分类的id使用第一次查询结果进行替换

2.5.2、具体代码操作

①修改index方法传递分类信息作为参数

②修改模型下的listData方法

2.6、缓存使用(重点)

2.6.1、缓存使用的原理

1. 当读取数据时。优先查询缓存系统(文件、内存)中的内容，如果读取到了数据直接使用。如果没有读取到在查询数据库获取数据，然后在将数据写入到缓存系统中
2. 当修改数据时，需要对缓存系统中的内容进行更新或者删除操作

2.6.2、TP中的S函数使用

2.6.3、在项目中使用S函数

①修改listData方法使用缓存

②查看效果

2.6.4、针对所有的分类的使用缓存

①修改getTree方法

②修改listData方法

③针对分类的添加对缓存进行更新

④分类到的修改更新缓存

⑤删除分类更新缓存

2.7、实现状态的点击切换

①修改商品列表的模板

②增加函数实现ajax

③创建方法处理请求

④修改模板中代码实现图片的切换

商品删除

①增加删除的连接地址

②增加方法进行删除

③修改模板

④修改Goods模型下的where条件

去掉了上下架的条件

⑤再次修改模板

商品回收站

4.1、商品回收站列表显示

①创建方法

②修改模型获取数据方法

③拷贝模板并且修改

在index模板基础上修改操作即可

4.2、商品的还原功能

①修改回收站商品列表

②修改dels方法

4.3、彻底删除

①修改模板对彻底删除增加连接地址

②添加方法实现删除

③实现模型下的删除方法

商品编辑

5.1、显示原始商品信息

①创建方法获取原始数据

②拷贝添加模板并且修改

5.2、实现修改入库

①修改编辑的方法处理表单提交

②增加方法实现修改

商品类型

6.1、商品类型介绍

商品归属于某一个分类。通过分类可以方便用户在前台界面中对商品进行筛选。当描述商品信息时，需要将商品的具体信息表述出。例如手机又cpu、内存、存储大小，衣服有颜色，尺码。对于要描述的内容可以称为属性。

为了描述出属性信息，可以在商品表中使用字段记录对应的信息。如果使用此方式会导致数据表特别庞大并且有很多字段时无用的。

因此可以将属性信息保存到一格单独的数据表中(每一条记录就是一个属性)。如果只有商品表跟属性表还不能完整的描述出商品信息

因此可以对属性做一个归类。归类及抽象一个类型出来。一个商品属于某一个类型就可以使用类型下对应的属性对商品进行描述

注意：类型只是在后台中使用，目的是为了方便管理属性

6.2、创建类型数据表

CREATE TABLE `shop_type` (

`id` int(10) unsigned NOT NULL AUTO_INCREMENT,

`type_name` varchar(255) NOT NULL DEFAULT ” COMMENT ‘类型名称’,

PRIMARY KEY (`id`)

) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=utf8;

6.3、类型的添加与修改

①控制中实现根据添加与修改时显示模板

②模板中展示出数据

③创建自定义模型

④实现数据的入库

1.1、类型的列表显示

①增加方法

②修改模型增加listData方法

③处理模板

效果如下

1.2、类型的删除

①创建方法

②定义模型的dels方法实现删除

1.3、批量删除功能

①修改模板

效果如下

②实现全选

③实现反选

④点击删除触发ajax

⑤修改dels方法

⑥修改模型中的dels方法

⑦修改前台的js

属性管理

2.1、属性了解

属性作用是用于描述商品信息

2.1.1、单选属性

2.1.2、唯一属性

2.2、属性的录入方式

属性录入方式可以划分为两种。一种手工输入另外一种就是列表选择

关于属性的录入方式就是当描述商品时对应的内容，是使用选择框(列表选择)还是文本框(手工输入)

对于属性内容是属于固定的某几个可以使用列表选择

对于属性的内容是不固定可以使用手工输入

2.3、实现属性入库功能

2.3.1、创建属性的数据表

CREATE TABLE `shop_attribute` (

`id` int(10) unsigned NOT NULL AUTO_INCREMENT,

`attr_name` varchar(255) NOT NULL DEFAULT ” COMMENT ‘属性名称’,

`type_id` int(11) NOT NULL DEFAULT ‘0’ COMMENT ‘属性的所属类型 对应shop_type表中的id字段’,

`attr_type` tinyint(4) NOT NULL DEFAULT ‘1’ COMMENT ‘属性本身的类型 1唯一属性 2、单选属性’,

`attr_input_type` tinyint(4) NOT NULL DEFAULT ‘1’ COMMENT ‘属性的录入方式 1手工输入 2列表选择’,

`attr_values` varchar(255) NOT NULL DEFAULT ” COMMENT ‘属性的默认值 多个值使用逗号隔开’,

PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

2.3.2、显示属性的添加表单

①创建控制器方法显示模板

②创建模板

③修改默认值增加id属性

④使用js实现禁用与取消

2.3.3、实现添加的入库

①修改add方法

②创建模型编写自动验证

2.4、属性列表显示功能

①创建方法获取数据显示模板

②创建listData方法

③处理模板显示

效果如下

2.5、属性的删除

①修改模板中的连接地址

②创建方法实现删除

③在模型下实现删除

2.6、属性编辑

2.6.1、显示原始数据

①创建方法获取原始数据

②处理模板

效果如下

2.6.2、实现入库修改

商品的属性关联

3.1、添加商品时显示类型

①增加商品属性选项卡

②增加商品属性选项卡对应的table

③修改商品添加获取类型

④修改模板循环显示类型

⑤修改商品表结构

⑥修改模型中自定义字段

效果如下

3.2、实现类型切换属性变化

①给select增加id属性

②绑定切换事件

③创建方法

④创建视图

3.3、实现单选属性的增加功能

由于单选属性是用于控制商品购买的。会提供多个值由用户进行选择。因此在数据录入时对于有单选属性的需要设置为可以提交多个内容

①修改模板

②编写js代码

效果如下

3.4、商品添加属性值入库功能

3.4.1、创建商品属性表

CREATE TABLE `shop_goods_attr` (

`id` int(10) unsigned NOT NULL AUTO_INCREMENT,

`goods_id` int(11) NOT NULL DEFAULT ‘0’ COMMENT ‘商品ID’,

`attr_id` int(11) NOT NULL DEFAULT ‘0’ COMMENT ‘属性ID 对应attribute表中的id字段’,

`attr_value` varchar(255) NOT NULL DEFAULT ” COMMENT ‘属性值’,

PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

3.4.2、实现可以提交属性ID及值

考虑有多个属性值需要提交因此需要使用数组格式

①修改模板设置数组格式的name

②修改添加的提交方法查看结果

③再次修改name值格式

④再次查看结果

⑤再次修改name格式

⑥查看结果

3.4.3、实现入库

①查看添加后置钩子函数传输的结果

②添加后置钩子函数处理属性

结果查看数据表即可

3.5、商品修改属性入库修改

3.5.1、实现显示已有的属性信息

①修改编辑的方法获取已有的属性信息

②查看结果

③继续修改编辑方法获取已有的类型信息

④继续格式化所获取到的属性信息

④继续格式化数据

格式化效果如下

②模板显示数据

最终效果如下

3.5.2、实现属性的入库修改

总结商品属性之间的关系

权限概述

权限也就是用户是否能够访问后台某个页面。权限即控制器中的某一个方法。对于是否有权访问访问某个方法的操作经常使用的就是RBAC方式实现

RBAC方式控制权限

RBAC基于角色的权限控制系统。一个用户属于某一种角色。而角色对应拥有哪些权限信息。因此用户就拥有了角色所对应的权限信息

关于权限说明：权限信息即后台中所对应的控制器及方法。此信息需要保存到数据表中。当检查用户是否具备权限时，通过使用当前用户访问的控制器跟方法名称与已经拥有的权限进行对比即可。在赋予权限过程中。如果直接给用户赋予权限操作麻烦。可以使用角色赋予权限。用户归属角色。用户自动的就拥有了权限

1.3、RBAC具体要实现的功能

1、用户的管理功能(后台用户的增删改查)

2、角色的管理功能(增删改查)

3、权限信息的增删改查操作

4、给用户分配角色

5、给角色分配权限信息

6、针对后台中每一个方法进行判断是否拥有权限(根据当前用户访问的控制器方法跟当前用户归属的角色对应的权限信息进行比较)

7、根据权限信息生成后台首页的导航菜单

8、预留一个超级管理员用户

9、预留一个超级管理员角色

2、创建数据表

2.1、创建角色表

CREATE TABLE `shop_role` (

`id` int(10) unsigned NOT NULL AUTO_INCREMENT,

`role_name` varchar(255) NOT NULL DEFAULT ” COMMENT ‘角色名称’,

PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

2.2、创建用户角色中间表

CREATE TABLE `shop_admin_role` (

`id` int(10) unsigned NOT NULL AUTO_INCREMENT,

`admin_id` int(11) NOT NULL DEFAULT ‘0’ COMMENT ‘后台用户id 关联admin表中的id字段’,

`role_id` int(11) NOT NULL DEFAULT ‘0’ COMMENT ‘角色ID 关联角色表中的ID字段’,

PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT=’用户角色中间表’;

2.3、创建权限表

CREATE TABLE `shop_rule` (

`id` int(10) unsigned NOT NULL AUTO_INCREMENT,

`rule_name` varchar(255) NOT NULL DEFAULT ” COMMENT ‘权限名称’,

`module_name` varchar(255) NOT NULL DEFAULT ‘admin’ COMMENT ‘模块名称’,

`controller_name` varchar(255) NOT NULL DEFAULT ” COMMENT ‘控制器名称’,

`action_name` varchar(255) NOT NULL DEFAULT ” COMMENT ‘操作名称’,

`parent_id` int(11) NOT NULL DEFAULT ‘0’ COMMENT ‘上级权限id’,

`is_show` tinyint(4) NOT NULL DEFAULT ‘1’ COMMENT ‘是否导航菜单显示 1显示 0不显示’,

PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT=’权限表’;

2.4、创建角色权限中间表

CREATE TABLE `shop_role_rule` (

`id` int(10) unsigned NOT NULL AUTO_INCREMENT,

`role_id` int(11) NOT NULL DEFAULT ‘0’ COMMENT ‘角色ID’,

`rule_id` int(11) NOT NULL DEFAULT ‘0’ COMMENT ‘权限ID’,

PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT=’角色权限中间表’;

3、角色管理功能

3.1、实现角色的添加

①创建控制器增加生成模型的方法

②创建方法处理角色添加

③创建自定义模型

④处理模板

效果如下

3.2、列表显示

①创建方法

②实现listData方法

③处理模板

效果如下

3.3、角色删除

①修改角色列表中参数名称

②创建方法实现删除

③修改模型增加dels方法

④再次修改控制器方法对超级管理进行过滤

3.4、编辑功能

①创建方法实现显示模板及数据提交

②创建模板

效果

用户管理功能

4.1、用户添加

4.1.1、实现添加的表单

①创建控制器方法显示模板

②创建模板

效果

4.1.2、实现数据的添加入库

①修改add方法处理表单提交

②创建模型下insert方法

结果如下

4.2、实现用户的列表显示

①创建方法获取数据

②实现模型下的listData方法

③处理模板

效果

4.3、实现用户的删除功能

①创建方法

②实现dels方法

④限制预留的超级管理不能删除

4.4、用户编辑功能

4.4.1、显示原始信息

①创建方法获取用户的信息

②模型下实现方法

调用此方法获取到的数据如下

③处理模板显示

最终效果如下

4.4.2、实现用户信息修改入库

①修改方法代码

②实现update方法进修改

具体效果数据变化即可

权限管理

5.1、权限添加

5.1.1、显示添加模板

①复制分类的控制器修改

②复制分类的模型并且修改

③复制视图

④修改添加控制器显示模板

⑤修改模型

⑥修改视图模板

5.1.2、实现添加数据提交

①修改添加处理表单提交

效果如下

5.2、权限列表显示

①修改index方法

②修改模板

5.3、权限删除功能

①修改dels方法

②修改模型下的dels方法

5.4、权限的编辑

①修改edit方法显示原始信息

②修改模板

效果如下

③修改edit方法处理表单提交

④修改模型下的update方法

⑤修改getTree方法

为角色赋予权限

6.1、显示权限信息

①修改角色列表增加权限分配的入口

②创建方法获取所有的权限信息

③拷贝模板

④修改模板显示数据

效果如下

6.2、实现权限信息的入库

①修改控制器方法处理表单提交

②创建模型方法

最终效果

6.3、实现显示权限时勾选状态

当进行分配权限时，显示所有权限信息，如果当前角色已经拥有此权限应该处于勾选状态

①修改分配权限显示

②增加模型方法

得到的结果

③再次修改模板对数据进行格式化

④修改模板

分析权限认证的实现

1. 当用户登录完成之后可以获取到用户信息
2. 根据用户ID获取对应的角色ID
3. 当角色ID为1表示为超级管理员角色 设置不进行任何权限认证，也需要获取所有的权限信息(由于导航菜单的显示)。当角色ID为其他时。先根据角色ID到角色权限中间表中找到角色对应的权限ID,在根据权限ID获取到详细权限信息
4. 根据当前用户请求的模块名、控制器名、方法名称与第3步获取到的权限结果集进行比较。为了比较方便 在第3步对获取到的权限信息格式化成为一个一维数组。然后在进行判断 是否在数组即可
5. 实现显示导航菜单。根据已有的权限信息将is_show为1的放入到一个数组中。模板中显示即可

实现权限认证

①修改公共控制器调用方法进行校验

②增加属性保存信息

③根据用户ID获取角色ID

④根据不同的角色获取权限信息

对于非超级管理员角色的权限信息如下

⑤对权限信息进行格式化

超级管理数据

非超级管理员

⑥根据当前访问的进行判断

处理后台首页没有权限

处理后台首页中的导航菜单

①修改后台首页控制器增加方法

②模板显示

非超级管理员

超级管理员

权限认证性能调优

由于权限认证处理是在公共控制器中的构造方法中实现。对于每一次访问方法都需要走权限认证。而权限认证涉及多次的数据库的查询操作。因此影响数据库性能。可以使用缓存解决问题

①修改代码

②处理超级管理员的权限

当超级管理员访问某一个方法 而方法在权限中没有对应的数据

使用缓存需要注意：一旦权限信息或者用户信息发送变更需要更新缓存

商品相册

添加商品相册

创建相册数据表

CREATE TABLE `shop_goods_img` (

`id` int(10) unsigned NOT NULL AUTO_INCREMENT,

`goods_id` int(11) NOT NULL DEFAULT ‘0’ COMMENT ‘商品ID’,

`goods_img` varchar(255) NOT NULL DEFAULT ” COMMENT ‘相册原图’,

`goods_thumb` varchar(255) NOT NULL DEFAULT ” COMMENT ‘相册小图’,

PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

商品添加显示相册

①增加相册选项卡

②增加选项卡标签对应的table

效果如下

③实现点击按钮增肌上传框

实现相册入库

测试相册入库直接写入商品信息

相册编辑

显示编辑商品的相册

①修改方法

②显示edit模板增加相册选项卡

增加选项卡

拷贝js

最终效果如下

实现编辑商品追加相册

实现编辑商品相册图片删除

①修改图片属性

②绑定图片的点击事件触发ajax

③创建方法处理删除图片请求

④ajax成功处理dom元素移除

前台页面显示

首页显示

①修改前台index控制器中的index方法

②拷贝前台模板文件

③拷贝资源文件

④替换资源地址

使用版本号(了解)

版本号可以控制资源文件的缓存更新

①在配置文件中增加配置

②在模板中使用

页头页尾的公用

①提取头部HTML代码

②在index模板中引入头部

③提取底部的HTML代码

④index模板引入底部的代码

显示商品列表页

①创建控制器方法显示模板

②拷贝模板文件

③修改模板

④解决头部导航菜单展开与收缩效果

先在index控制器下的index方法中赋予标识符

在模板中判断

商品详情页显示

①创建控制器方法加载模板

②拷贝模板

③处理模板资源地址

④模板公用

显示导航商品分类信息

①修改index方法获取数据

结果如下

②创建公共控制器构造方法获取数分类数据

③修改 其他控制器的继承关系

修改index控制器

修改category控制器

修改goods控制器

④显示第一层分类信息

⑤显示第二层菜单

⑥显示第三层导航菜单

显示首页中的推荐商品

①自定义模型创建方法可以获取推荐商品

②在控制器中获取推荐的商品

③修改配置项指定资源地址

④模板显示数据

用户注册

用户数据表创建

CREATE TABLE `shop_user` (

`id` int(11) NOT NULL,

`username` varchar(255) NOT NULL DEFAULT ” COMMENT ‘用户名’,

`password` char(32) NOT NULL DEFAULT ” COMMENT ‘密码’,

PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

显示用户注册页

①创建方法加载模板

②拷贝模板文件

③修改模板提取头部

④修改注册模板

⑤修改footer.html模板

实现注册入库

①修改方法

②创建模型

显示用户登录界面

①创建方法加载模板

②拷贝登录模板

③修改模板

实现登录

①控制器调用模型方法实现登录

②创建模型方法登录

使用cookie加密

①拷贝加密解密函数

②创建测试方法使用加密解密

③针对登录使用加密解密函数

④修改测试方法查看结果

商品详情页数据展示

显示商品基本信息

①获取商品基本信息

②修改模板显示数据

③处理详情信息

④显示商品详情介绍

显示商品相册

①修改方法获取相册

②修改模板显示图片

第一张图片

其他图片

显示商品属性信息

①使用原生的sql语句获取商品属性信息

②在商品方法中获取属性

③将属性信息中唯一属性拆分出来

④修改模板显示唯一属性

⑤修改方法将单选属性拆分出来

⑥修改模板

购物车

3.1、购物车功能分析

3.1.1、功能分析

1、没有登录可以使用购物车功能。需要将数据保存到cookie或者session

2、登录之后也可以使用购物车。一般可以把购物车数据写入到数据库中。登录完成之后有数据转移操作

3、当相同(属性也是一致)的商品再次加入购物车数量增加

4、同一个商品属性不同在购物车显示也不一样（“货品”）

3.1.2、购物车数据保存位置

在没有登录时购物车数据保存在cookie中，登录之后数据保存在数据库中，在用户完成登录之后需要对cookie中数据转移到数据库下

3.1.3、购物车记录什么数据

1、需要记录商品的id标识 得到标识就可以获取到商品信息

2、需要记录用户需要购买的单选属性信息。要的是属性值的id

3、需要记录购买数量

3.1.4、购物中针对不同单选属性的记录方式

对于同一个商品，针对不同的单选属性组合对应的数据应该是多条

3.1.5、cookie存储如何存储

对于cookie中存储数据。对于cookie本身只能存储字符串。可以使用PHP中数组格式存储数据然后在序列化之后写入。具体cookie中数据的保存安装PHP数组格式

Array(

Array(‘goods_id’=>1,’goods_attr_id’=>’18,19’,’goods_count’=>2),

Array(‘goods_id’=>1,’goods_attr_id’=>’18,19’,’goods_count’=>2)

)

对于上述所写的格式是php中数组格式。当需要写入到cookie中是需要进行序列化操作

3.1.6、cookie数组中key怎么命名会方便

当加入商品到购物车时，如果用户没有登录需要操作cookie。操作是需要先判断当前相同商品相同属性的商品信息是否存在。如果使用上面所写的二维数组格式判断需要循环遍历进行比较。可以将购物车中的数据转换为一维数组方便判断

格式

Array(

‘goods_id-goods_attr_id’=>goods_count

)

3.2、购物车数据表创建

CREATE TABLE `shop_cart` (

`id` int(10) unsigned NOT NULL AUTO_INCREMENT,

`user_id` int(11) NOT NULL DEFAULT ‘0’ COMMENT ‘用户ID’,

`goods_id` int(11) NOT NULL DEFAULT ‘0’ COMMENT ‘商品ID’,

`goods_attr_id` varchar(255) NOT NULL DEFAULT ” COMMENT ‘商品属性值id组合 多个逗号隔开’,

`goods_count` smallint(6) NOT NULL DEFAULT ‘0’ COMMENT ‘购买数量’,

PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

3.3、添加商品到购物车

①修改加入购物车为表单提交

②创建购物车控制器

③修改购买数量name值

④增加隐藏域实现商品标识提交

⑤修改模板实现属性值的id提交

提交接受数据发现只有一个属性值ID提交

由于需要有多个属性值ID因此需要设置为数组格式

由于单选属性使用的是radio类型。设置为数组格式多个单选属性只会提交一个。因此需要将属性相同的设置为一组

⑥修改方法实现商品添加购物车

⑦创建购物车模型

⑧实现添加到购物车

⑨创建测试方法测试

没有登录加入购物车结果

⑩测试已经登录的用户

3.4、购物车列表显示

①创建index方法

②在模型中定义getList方法

③拷贝购物车列表模板

④修改模板资源地址

⑤修改getlist方法获取购物车中数据

没有登录的结果

已经登录的结构

⑥修改getList方法获取商品信息及属性信息

已经登录结果

没有登录

⑦模板显示

⑧控制器调用方法计算出总金额

⑨创建模型方法计算总金额

3.5、删除购物车

①修改模板设置删除的连接地址

②创建方法调用模型方法实现删除

③创建模型方法实现删除

3.6、清空购物车

①增加清空购物车连接地址

②创建方法实现清空

③在模型中创建方法

3.7、实现登录之后购物车数据转移

①创建转移的模型方法

②在登录完成之后触发转移