专注、专心

本篇并不是对某一组件的详细源码分析，而只是简单的跟踪了下CI的autoload的基本流程。因此，可以看做是Loader组件的分析前提。CI框架中，允许你配置autoload数组，这样，在你的应用程序初始化时，会自动加载相应的类库，例如，在application/config/autoload.php中，autoload的配置如下：$autoload['libraries'] = a

最近时间有些紧，源码阅读系列更新有些慢。鉴于Controller中代码比较少，本次Blog先更新该文件的源码分析。　　在经过路由分发之后，实际的应用Controller接管用户的所有请求，并负责与用户数据的交互。CI中所有的应用控制器都应该是CI_Controller的子类(除非你扩展了CI的核心，那么你的Controller父类可以是MY_Controller)。　　在应用程序控制器中，

原文见这里：http://www.cnblogs.com/ohmygirl/p/CIRead-7.html 一个灵活可控的应用程序中，必然会存在大量的可控参数（我们称为配置），例如在CI的主配置文件中（这里指Application/Config/Config.php文件），有如下多项配置：$config['base_url'] = 'http://test.xq.com';$

CI框架允许你在不修改系统核心代码的基础上添加或者更改系统的核心功能（如重写缓存、输出等）。例如，在系统开启hook的条件下（config.php中$config['enable_hooks'] = TRUE;），通过添加特定的钩子，可以让系统在特定的时刻触发特定的脚本：$hook['post_system'] = array( 'class' => 'frameLog',

上一篇博客（CI框架源码阅读笔记4 引导文件CodeIgniter.php）中，我们已经看到：CI中核心流程的核心功能都是由不同的组件来完成的。这些组件类似于一个一个单独的模块，不同的模块完成不同的功能，各模块之间可以相互调用，共同构成了CI的核心骨架。    从本篇开始，将进一步去分析各组件的实现细节，深入CI核心的黑盒内部（研究之后，其实就应该是白盒了，仅仅对于应用来说，它应该算是黑盒），

到了这里，终于进入CI框架的核心了。既然是“引导”文件，那么就是对用户的请求、参数等做相应的导向，让用户请求和数据流按照正确的线路各就各位。例如，用户的请求url: http://you.host.com/usr/reg　 经过引导文件，实际上会交给Application中的UsrController控制器的reg方法去处理。 这之中，CodeIgniter.php做了哪些工作

从本篇开始，将深入CI框架的内部，一步步去探索这个框架的实现、结构和设计。　　Common.php文件定义了一系列的全局函数（一般来说，全局函数具有最高的加载优先权，因此大多数的框架中BootStrap引导文件都会最先引入全局函数，以便于之后的处理工作）。　　打开Common.php中，第一行代码就非常诡异：if ( ! defined('BASEPATH')) exit('No

上一节（CI框架源码阅读笔记1 - 环境准备、基本术语和框架流程）中，我们提到了CI框架的基本流程，这里这次贴出流程图，以备参考：　　作为CI框架的入口文件，源码阅读，自然由此开始。在源码阅读的过程中，我们并不会逐行进行解释，而只解释核心的功能和实现。1.       设置应用程序环境define('ENVIRONMENT', 'development');这里

最开始使用CI框架的时候，就打算写一个CI源码阅读的笔记系列，可惜虎头蛇尾，一直没有行动。最近项目少，总算是有了一些时间去写一些东西。于是准备将之前的一些笔记和经验记录下来，一方面权作备忘，另一方面时刻提醒自己：借鉴和学习才有出路，忘记过去意味着背叛！基本术语说明　　在本文开始之前，有必要对文中反复出现的术语做一个简单的说明，如果你对这一部分已经熟谙，完全可以略过。本文中反复出现和提及的术