CI 框架网站前后台目录搭建
前台与后台
根据功能的不同，我们将网站分为前台和后台。前台用于展示内容给用户，后台用于管理员管理网站内容。 同样，在网站应用的编码实现时，我们也需要根据前台、后台的功能不同来进行代码的安排和组织。 那么，使用CodeIgniter(以3.x版本为例)搭建的网站，前后台应该怎么划分呢？
分开前后台的几种方式
如果有使用过ThinkPHP的朋友，肯定会熟悉下面这张图(TP3.2)
TP中实现多应用是很简单的，框架本省支持应用分组，创建一个新的应用只需在application中新建一个文件夹复制相关内容即可，而且支持公有模型、配置，且支持配置文件优先级。
比起来CI框架并不支持这样的功能，CI提供了两种方案给用户解决多应用问题：
1、创建子目录
在Model、Controller等文件夹下建立子文件夹，加载相关模型、控制器时只需加上子目录即可，如下
2、多应用多入口
在application下建立多个应用文件夹，每个文件夹下是一个应用，为每个应用创建入口文件，定义application路径，如下
两种方式的特点
1、创建子目录方式： 属于一个CI应用，共享配置文件，无法进行单独的配置设置，比如后台要开钩子功能但是前台不需要，或者前后台需要分别加载各自的模块时，这种搭建方式就不是那么友好了。
2、多应用多入口： 前后台分为单独的CI应用，可以单独进行配置，通过各自的入口文件访问，应用完全分离，但是无法进行模型、自定义类库的共享。
方案的选择
无论选择哪种方案，都要跟着实际需求去选择，你的项目前后台是否需要单独的配置？是否是两个队伍分别开发前后台？等等。
就以我的博客为例，我选择了第2种方案。
那么第2种方案无法共享模型、类库的问题怎么解决呢？同样的数据，难道我要为了前后台写两份模型出来吗？
OK，显然CI并没有给我们提供分组、共享模型的功能，但是CI的特点之一就是“可扩展”，需要你自己动手做一些东西，这个框架没那么丰富，但却小巧、灵活，这也是CI的乐趣之一。
多入口应用搭建
搭建目录、设置入口文件
将application种的文件复制两份，分别为home和admin(前后台)
设置入口文件的 $application_folder 变量
前台： index.php
后台： admin.php
此时在两个应用中创建不同的welcome控制器、视图，分别访问index.php ，admin,php就能分别访问到不同的应用了。
CI框架扩展
1、Loader.php代码分析
CI的model、视图、类库等的加载都是靠核心类Loader.php完成的，代码文路径为system/core/Loader.php。
在Loader.php的80行左右，有如下代码，设置了model、helper、librariy的初始寻找路径
/**
* List of paths to load libraries from
*
* @var array
*/
protected $_ci_library_paths = array(APPPATH, BASEPATH);
/**
* List of paths to load models from
*
* @var array
*/
// 模型初始寻找路径数组
protected $_ci_model_paths = array(APPPATH);
/**
* List of paths to load helpers from
*
* @var array
*/
protected $_ci_helper_paths = array(APPPATH, BASEPATH);
以model的加载为例，在320行左右，CI_Loader类的model方法中，读取了$_ci_model_paths属性，并依次读取初(第一个元素优先级最高)始的model路径数组，拼接成要加载的model路径，对model进行加载。
// 循环路径数组
foreach ($this->_ci_model_paths as $mod_path)
{
//如果不存在该路径，继续查找下一个路径
if ( ! file_exists($mod_path.'models/'.$path.$model.'.php'))
{
continue;
}
// 加载model文件
require_once($mod_path.'models/'.$path.$model.'.php');
if ( ! class_exists($model, FALSE))
{
throw new RuntimeException($mod_path."models/".$path.$model.".php exists, but doesn't declare class ".$model);
}
// 加载文件后不继续加载其他寻找路径中的文件
// 寻找路径中的优先级：左边最高
break;
}
分析代码后我们很容易看到，只要修改$_ci_model_paths 属性的初始值，添加一个寻找路径(公有路径)到寻找路径数组的最前，就能优先在这个路径中寻找、加载模型了。
当然，这里有个问题，要直接修改Loader.php源码吗？
NO
CI提供了核心类扩展、替换功能，我们只需把Loader.php拷贝到home、admin两个应用中的core文件夹中，依次修改即可完成核心类的替换。
2、共享路径的实现，定义常量
要实现共享路径，第一步，在application中添加一个common应用，为model、helper等添加文件夹
第二部，入口文件index.php和admin.php中定义常量，参考CI的常量定义代码来定义
// 公共搜索路径
$common_path = 'application/common/';
if (is_dir($common_path)) {
// 取得绝对路径
if (($_temp = realpath($common_path)) !== FALSE) {
$common_path = $_temp;
} else {
$common_path = strtr(rtrim($common_path, '/\\'), '/\\', DIRECTORY_SEPARATOR.DIRECTORY_SEPARATOR;
}
} else {
header('HTTP/1.1 503 Service Unavailable.', TRUE, 503);
echo 'Your common folder path does not appear to be set correctly. Please open the following file and correct this: '.SELF;
exit(3); // EXIT_CONFIG
}
// 定义路径为常量
define('APP_COMMON', $common_path.DIRECTORY_SEPARATOR);
打开home、admin应用的core/Loader.php，修改相关路径 注意代码优先级，我的设置为APPPATH, APP_COMMON，即最优先使用APPPATH下的model、libraries, 如果未找到，在APP_COMMON路径下搜索。
/**
* List of paths to load libraries from
*
* @var array
*/
protected $_ci_library_paths = array(APPPATH, APP_COMMON, BASEPATH);
/**
* List of paths to load models from
*
* @var array
*/
protected $_ci_model_paths = array(APPPATH, APP_COMMON);
/**
* List of paths to load helpers from
*
* @var array
*/
protected $_ci_helper_paths = array(APPPATH, APP_COMMON, BASEPATH);
修改完成后，在common/model中新建模型文件，前后台应用就可以分别访问到啦。
最后的问题
比较遗憾的是虽然分开了多个应用，但是配置文件都是互相独立，无法实现TP那样的多层级多优先级配置设置，因为如果你查看config中的配置文件的话，很多配置文件的获取路径都是写死的，例如钩子类(system/core/Hooks.php)中的100行左右
// Grab the "hooks" definition file.
if (file_exists(APPPATH.'config/hooks.php'))
{
include(APPPATH.'config/hooks.php');
}
if (file_exists(APPPATH.'config/'.ENVIRONMENT.'/hooks.php'))
{
include(APPPATH.'config/'.ENVIRONMENT.'/hooks.php');
}
相似的有很多配置文件的读取都是只能在APPPATH的config目录下读取，想要重写这个加载方案的话所要做的改动就太得不偿失了，当然这并不是CI的缺点，每个工具都有它的设计理念和使用场合，在实际需求中没有好坏与否，只说适不适用。
而且，对于对 .htaccess 重写支持不好的 nginx 来说，这种方式也不太友好。
当然这并不影响CI框架的好用和高扩展性，你甚至可以修改Loader.php给CI的MVC添加一个service层，只要你愿意的话。
上一篇 : Web 框架的 MVC 符合标准的 MVC 吗？
下一篇 : Laravel 创建自己的 Facade