佰草伐

摘要： 在3.2中，基本上无需手动加载类库文件，你可以很方便的完成自动加载。 命名空间自动加载 系统可以通过类的命名空间自动定位到类库文件，例如： 我们定义了一个类 Org\Util\Auth 类： 保存到 ThinkPHP/Library/Org/Util/Auth.class.php。 接下来，我们就可 阅读全文

摘要： 3.2版本全面采用命名空间方式定义和加载类库文件，有效的解决多个模块之间的冲突问题，并且实现了更加高效的类库自动加载机制。 命名空间的概念必须了解，否则会成为3.2版本开发的重大障碍。如果不清楚什么是命名空间，可以参考PHP手册：PHP命名空间 由于新版完全采用了命名空间的特性，因此只需要给类库正确 阅读全文

摘要： ThinkPHP从3.0版本开始引入了全新的CBD（核心Core+行为Behavior+驱动Driver）架构模式，因为从底层开始，框架就采用核心+行为+驱动的架构体系，核心保留了最关键的部分，并在重要位置设置了标签用以标记，其他功能都采用行为扩展和驱动的方式组合，开发人员可以根据自己的需要，对某个 阅读全文

摘要： hinkPHP基于MVC（Model-View-Controller，模型-视图-控制器）模式，并且均支持多层（multi-Layer）设计。 模型（Model）层 默认的模型层由Model类构成，但是随着项目的增大和业务体系的复杂化，单一的模型层很难解决要求，从3.1开始推出了多层Model的支持 阅读全文

摘要： 入口文件是应用的单一入口，对应用的所有请求都定向到应用入口文件，系统会从URL参数中解析当前请求的模块、控制器和操作： 这是3.2版本的标准URL格式。 可以通过设置模块绑定或者域名部署等方式简化URL地址中的模块及控制器名称。 URL大小写 ThinkPHP框架的URL是区分大小写（主要是针对模块 阅读全文

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

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

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

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

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