24-Session入库.docVIP

回顾 文件上传: 将本地文件通过浏览器发送给服务器保存 上传步骤 准备条件: 服务器和浏览器(POST,表单和enctype属性) 浏览器通过表单选择上传的文件提交 服务器接收文件($_FILES) 各种验证(错误信息,文件类型,文件大小) 重命名保存(move_uploaded_file) 多文件上传: 同名(遍历构造上传文件五要素数组: 验证移动)和不同名表单域(取出每个表单文件对应的数组:验证移动) 缩略图: 节省带宽,提高访问效率 获取原图: imagecreatefrom + png/gif/jpeg 获取缩略图资源: imagecreatetruecolor 补白: 缩略图背景填充 采样复制: imagecopyresampled/imagecopyresized 保存输出: imagepng 销毁资源: imagedestroy 水印图 水印: 像水一样打印在图片上面(不影响原来的图的显示,细看又能确定可以看到一些特性) 水印分类 文字水印: 验证码 图片水印: 将图片印在图片上面 水印的作用: 版权保护 水印制作 两个资源: 原图资源和水印资源 获取原图资源 获取水印资源(原图) 采样合并: imagecopymerge(目标图片,水印图片,目标起始X坐标,起始Y坐标,水印采样X坐标,采样Y坐标, 采样宽,采样高,透明度); 保存输出 销毁资源 封装水印制作 水印本质是图片: 图片已经存在: Image.class.php: 在该类追加一个制作水印的方法即可. 在类中增加制作水印的方法. /admin/includes/Image.class.php 判断: 原图和水印图 需要确定打开资源所用的函数 获取资源 5. 计算水印所在目标图片的位置: 1:左; 2右; 3中; 4左下,5右下: 学习PDO类 采样合并(保存) 应用水印制作. /admin/goods.php?act=insert 水印图制作配置文件: (经常性修改). /admin/conf/config.php 应用配置文件中的水印图片. /admin/goods.php?act=insert 项目总结 项目代码分布 Html文件: 专门负责显示数据 Php文件(admin目录下): 都是进行业务逻辑处理(接收动作,判断动作,验证数据,跳转等) Class.php文件: 都是负责操作数据库 MVC MVC: 是一种设计思想(模式): 一种将整个项目代码分成三个部分: 数据显示部分, 业务处理部分和数据操作部分. M: Model,模型, 专门负责操作数据库(类文件) V: View视图,专门负责显示数据(html文件) C: Controller控制器, 处理所有的请求及业务逻辑, 包含调用模型操作数据库,以及调用视图显示数据. 代码发展过程 代码发展过程分为三个步骤: 混编阶段: PHP嵌入到HTML里面 优点: 效率最高(只有一个文件) 缺点: 很难维护(不利于分工) 模板技术: PHP代码与HTML代码分离 优点: 分工明确(前端与后台分离) 缺点: 效率降低,分工还是最明确 MVC: 在模板技术的基础上: 将PHP代码中的操作数据库的部分(SQL指令)再次分离处理: 形成三部分(数据显示模板, 业务处理逻辑和数据操作SQL) 优点: 分工最明确(代码非常利于维护) 缺点: 效率最低(动不动就需要加载好几个文件) MVC关键字 M: Model模型 V: View视图 C: Controller控制器 Module: 模块,本质就是控制器 Templates: 模板,本质就是视图 高级MVC模式 MVC理论上来讲分为两种: 单一入口 基于模块的单一入口: 所有类似的请求都请求同一个控制器(privilege.php) 基于项目的单一入口: 所有项目的请求都请求同一个文件: index.php 项目单一入口MVC(纯面向对象) 所有的请求都是请求index.php 所有的控制器都是类 所有的视图都有类(一个类) 数据库的操作底层(DB类,MyPDO类)称之为DAO层(Data Access Object,数据接收对象) Shop项目MVC Shop项目MVC是一个基于模块MVC: 控制器是用户直接访问. 项目补充 在所有的模型类中都增加一个属性: 表名(不带前缀), 在DAO层(MyPDO类)中增加一个属性叫做prefix(表前缀) 不能够在SQL中固定死表名: 一旦发生修改(前缀和名字), 都意味着要改很多原代码. 解决方案: 统一处理: 得到一个能够动态的构造表全名的能