thinkphp笔记二.docVIP

模型 功能： 模型表示企业数据和业务规则 定义： 模型类的命名规则是除去表前缀的数据表名称，采用驼峰法命名，并且首字母大写，然后加上模型类的后缀定义Model 位置: /Lib/Model UserModel UserTypeModel 模型文件命名规则： UserModel.class.php 代码如下： 实例化： 在thinkphp中，当我们每次实例化模型类的类对象时，模型会自动创建与数据库的连接，所以我们要在实例化之间，配置好数据库的连接信息。 打开thinkphp中的配置文件，将配置数据库信息部分复制到项目配置文件中，代码如下： 当我们var_dump(模型对象)时，发现打出的对象具有这样几个关键属性： $fileds：我们自己定义的模型中，并没有这个属性，它是从Model父类继承过来的，表示当 前表内字段列表，它的值这样的： $this-fields=array(’字段列表’,’’,’’,’_pk’=’主键字段’,’_autoinc’=’true|false’) 通过观察，我们发现当我们实例化模型类对象时，父类模型Model会立即分析表结构 实例化方式： 刚才我们通过这样一条语句进行实例化： $product=new ProductModel() 在tp中，还有哪些实例化方式： 共有四种 1）实例化用户自定义模型类 $User=new UserModel(); 2）快速实例化用户自定义模型类 $User=D(“User”); 3）实例化基础模型类 基础模型-----(父类模型 Model $User=new Model(“User”); 4）快速实例化基础模型类 $User=M(“User”); 总结： 我们自己定义的模型类叫：用户自定义模型类 TP中定义的父类模型类叫：基础模型类 这两个类在实例化时各有两种方法：1）直接实例化，2）快速实例化 无论哪种形式，在实例化模型类对象时，会自动对当前表结构进行解析，如果开启字段缓存功能，会将字段缓存至runtime目录中 如果您的模型不需要特殊的业务规则，可以不定义用户自定义模型类，直接使用基础模型类即可。 初步接触CRUD 在分析源码过程中，我们发现，增删改操作有这样一个特点：如果我们给这几个方法传参，就使用参数，如果没有传递参数，那么执行过程，data参数会直接从当前对象的data属取值 $data=$this-data; 查询有find、select方法，find方法只会返回一条数据,select返回多条，当我们调用find方法之后，查询之后的结果会被赋值给当前对象的data属性 $this-data=$result[0]; 关于配置信息 DB_TYPE ：数据库类型 DB_HOST ：主机地址 DB_USER ：用户名 DB_PWD ：密码 DB_NAME ：数据库名称 DB_PREFIX ：表前缀 DB_PORT ：服务端口 DB_CHARSET ：字符集 定义字段 字段缓存保存在Runtime/Data/_fields/ 目录下面 当我们实例化某个模型（不论是自定义模型、基础模型）对象，程序会马上分析表结构，并且将表结构缓存到runtime/Data/_fields文件夹下，产生缓存文件命名： 数据库.表名(除去表前缀).php，内容如下 下次操作数据表时，直接包含这个文件即可！ 只要是不开启调试模式都会生成字段缓存（字段缓存可以单独设置关闭）。 如果设置APP_DEBUG为true，不会生成这个缓存文件，意味着每次操作数据表时都动态解析表结构 如果表结构经常改动，建议开启调试 可以通过设置DB_FIELDS_CACHE 参数来关闭字段自动缓存 如果关闭DB_FIELDS_CACHE选项，意味着每次操作都动态分析表结构 DB_FIELDS_CACHE = false, 可以在模型类里面手动定义数据表字段的名称，可以避免IO加载的效率开销，在模型类里面添加fields属性即可 代码如下： protected $fields=array( ‘id’, ‘username’, ‘password’, ‘_pk’=‘id’, ‘_autoinc’=true ); 只要我们模型类中定义了$fields属性，那么就不会自动解析表结构，提升程序效率 注意：如果实例化了基础模型类Model，那么，仍然会动态解析表结构。 创建数据 ThinkPHP可以帮助你快速地创建数据对象，最典型的应用就是自动根据表单数据创建数据对象，这个优势在一个数据表的字段非常之多的情况下尤其明显。 input type=’text’ name=’name’ input type=’text’ name=’p