佰草伐

摘要： 一个完整的ThinkPHP应用基于模块/控制器/操作设计，并且，如果有需要的话，可以支持多入口文件和多级控制器。 ThinkPHP3.2采用模块化的架构设计思想，对目录结构规范做了调整，可以支持多模块应用的创建，让应用的扩展更加方便。 一个典型的URL访问规则是（我们以默认的PATHINFO模式为例 阅读全文

摘要： C配置方法支持批量配置，例如： $config数组中的配置参数会合并到现有的全局配置中。 我们可以通过这种方式读取数据库中的配置参数，例如： 合并之后，我们就可以和前面读取普通配置参数一样，读取数据库中的配置参数了，当然也可以动态改变。 阅读全文

摘要： 扩展配置可以支持自动加载额外的自定义配置文件，并且配置格式和项目配置一样。 设置扩展配置的方式如下（多个文件用逗号分隔）： 假设扩展配置文件user.php 和db.php分别用于用户配置和数据库配置，这样做的好处是哪怕以后关闭调试模式，你修改db配置文件后依然会自动生效。 如果在应用公共设置文件中 阅读全文

摘要： 之前的方式都是通过预先定义配置文件的方式，而在具体的操作方法里面，我们仍然可以对某些参数进行动态配置（或者增加新的配置），主要是指那些还没有被使用的参数。 设置新的值： 例如，我们需要动态改变数据缓存的有效期的话，可以使用 动态配置赋值仅对当前请求有效，不会对以后的请求造成影响。 动态改变配置参数的 阅读全文

摘要： 无论何种配置文件，定义了配置文件之后，都统一使用系统提供的C方法（可以借助Config单词来帮助记忆）来读取已有的配置。 获取已经设置的参数值：C('参数名称') 例如， 可以读取到系统的调试模式的设置值，同样，由于配置参数不区分大小写，因此 是等效的，但是建议使用大写方式的规范。 注意：配置参数名 阅读全文

摘要： 在ThinkPHP中，一般来说应用的配置文件是自动加载的，加载的顺序是： 以上是配置文件的加载顺序，因为后面的配置会覆盖之前的同名配置（在没有生效的前提下），所以配置的优先顺序从右到左。 下面说明下不同的配置文件的区别和位置： 惯例配置 惯例重于配置是系统遵循的一个重要思想，框架内置有一个惯例配置文 阅读全文

摘要： PHP数组定义 ThinkPHP框架中所有配置文件的定义格式均采用返回PHP数组的方式，格式为： 配置参数不区分大小写（因为无论大小写定义都会转换成小写），所以下面的配置等效： 但是我们建议保持大写定义配置参数的规范。 还可以在配置文件中可以使用二维数组来配置更多的信息，例如： 需要注意的是，二级参 阅读全文

摘要： 命名规范 使用ThinkPHP开发的过程中应该尽量遵循下列命名规范： 类文件都是以.class.php为后缀（这里是指的ThinkPHP内部使用的类库文件，不代表外部加载的类库文件），使用驼峰法命名，并且首字母大写，例如 DbMysql.class.php； 类的命名空间地址和所在的路径地址一致，例 阅读全文

摘要： 我们可以在自动生成的Application/Home/Controller目录下面找到一个 IndexController.class.php 文件，这就是默认的Index控制器文件。 控制器类的命名方式是：控制器名（驼峰法，首字母大写）+Controller 控制器文件的命名方式是：类名+clas 阅读全文

摘要： 3.2发布版本自带了一个应用目录结构，并且带了一个默认的应用入口文件，方便部署和测试，默认的应用目录是Application（实际部署过程中可以随意设置）。 通常情况下3.2无需使用多应用模式，因为大多数情况下，我们都可以通过多模块化以及多入口的设计来解决应用的扩展需求。 模块设计 新版采用模块化的 阅读全文