CI框架随笔

CI框架是使用php写的一套框架,读起来相对比较简单。

正常来说,CI有两个重要的文件夹,第一个是application,这个用户开发的代码存放地址,另外一个是system这个是真正CI源码的位置。

CI的根目录下面的index.php 这个文件里面配置了需要关心的各个配置。

第一个是 ENVIRONMENT 这个环境变量,这个变量在后面的加载类的时候,指定到底调用哪个累文件,标准情况下一个是development开发,一个是production。

define(‘ENVIRONMENT‘, isset($_SERVER[‘CI_ENV‘]) ? $_SERVER[‘CI_ENV‘] : ‘development‘);

第二个 是系统$system_path,用来表示用的CI源码在哪里。

第三个 是$application_floder 用来定义自己的项目代码目录

第四个是 BASEPATH这个其实就是$system_path

define(‘BASEPATH‘, $system_path);

第五个 是APPPATH 这个是$application_floder加上‘/‘ 当然这里根据$application_floder是否是目录,还进行一些逻辑上的容错处理。

最后也是最重要的引入CI框架的初始化文件

require_once BASEPATH.‘core/CodeIgniter.php‘;

下面说的是CodeIgniter.php这个文件,是加载CI文件导火线,发射器,当这里也会加载用户开发项目的文件

加载用户的config 下面的 constants.php

最早加载了Common.php这个文件,这个文件里包含后面加载其他文件用到的一些常用方法。

require_once(BASEPATH.‘core/Common.php‘);

加载用户config 下面的config/config.php 和 APPPATH.‘config/‘.ENVIRONMENT.‘/config.php‘

这里要注意的是上面个的配置文件中必须有$config数组。

后续很多的地方使用了load_class 这个公共函数来加载类,应该注意的是加载system.core.Config.php 放到最前面,而core/Controller.php是放后面加载

require_once BASEPATH.‘core/Controller.php‘;特别要说的一点是,通过load_class加载的早于CI_Controller实例化的类,都将会成为CI_Controller实例一个成员,这是因为,通过load_class加载的类都会放到一个static 的数组里面,在初始化CI_Controller的实例的时候,会加载放到static数组里的类。

时间: 2024-11-05 02:55:42

CI框架随笔的相关文章

CI框架源码阅读笔记3 全局函数Common.php

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

后盾网-CI框架学习笔记

CI框架: 表单验证: 载入验证类 $this->load->library('form_validation'); 设置规则 $this->form_validation->set_rules('name值','规则'); 执行验证 $this->form_validation->run() 表单验证辅助函数: $this->load->helper('form'); 1. set_value('name') //重填数据 2. form_error('n

CI框架3.0版本以后,前后台分离的方法。

笔者认为,CI框架官方其实并没有考虑这个前后台分离的问题,所以没有官方的分离方法.而且,2.0版本的分离,也被官方认为这是一个bug.所以在前后台分离这个问题上,其实并不如thinkphp框架. 在CI框架2.0版本时的,大多数人认为可以这样做,前后台分离是可以直接在controller下,分admin和home目录的. 这是2.0版本时 其实,今天我用的是3.0版本的CI框架.在前后台分离这个问题,我也纠结了比较久.但是为了项目结构目录的清晰,还是要做前后台分离的. 我大概是做了这样一个分离.

CI框架剖析一

CodeIgniter 是一个小巧但功能强大的 PHP 框架,作为一个简单而"优雅"的工具包,它可以为开发者们建立功能完善的 Web 应用程序.本人使用CI框架有一段时间了,现在决定把该框架源码剖析一遍,理解其构架的用意与精妙之处.分析完所有的源码后,我才来总结CI框架的优缺点,以及适用于哪些场景开发. 目前CI最新的版本是 3.1.4, 4.0版本也即将发布.我们先分析3.1.4版本,然后再看看4.0有哪些重大突破. 首先是查看根目录下index.php文件了,主要定义了几个常量:

【ci框架基础】之部署百度编辑器

在ci框架下加载编辑器,现在复习下内容.我的框架文件名称为ci 1.下载百度编辑器ueditor,http://ueditor.baidu.com/ 一般情况下下载ubuilder版即可,并将ueditor复制到ci框架的根目录下. 下载好的编辑器目录为:-ueditor----dialogs     弹出对话框对应的资源和JS文件----lang        编辑器国际化显示的文件----php         涉及到服务器端操作的后台文件----themes      样式图片和样式文件-

ngnix 配置CI框架 与 CI的简单使用

ngnix 支持 CI框架1.修改config.php 参考网址:https://www.chenyudong.com/archives/codeigniter-in-nginx-and-url-rewrite.html 2. ci小样例 http://www.mamicode.com/info-detail-514033.html 控制器的默认配置文件: routes.php, 不修改默认为跳转到welcome控制器 3.修改CI为子目录 https://yq.aliyun.com/artic

CI框架源码分析

这几天,把ci源码又看了一遍,于是有了新的收获.明白了在application目录下core文件夹的作用,就是用来写ci核心文件的扩展的, 而且需要在配置文件中添加类前缀MY_. CI框架整体是但入口文件,入口文件是Index.php在该文件中定义了一些系统变量,比如BASEPATH和 APPPATH等,最后加载ci框架的核心文件CodeIgniter文件,该文件位于system文件夹下的core文件夹下,此文件夹是ci的核心文件,包括了 controller,model,router,conf

CI框架程序--本地调试之后部署新浪SAE

转载之前写的一点点东西,希望可以帮助到一些朋友 前几天给朋友写了个简单的网站, 想想还是部署到服务器上让朋友看一下效果! 用CI框架写的,有个SAE新浪云的账号,可以用!就部署到上面去了!途中遇到了一些问题!一一解决了! 在这里分享一下 供遇到这些问题的朋友们做个参考! 首先遇到的问题就导入SQL数据的时候出错,由于我SAE上之前写过一个程序,导入数据的时候,怎么选都选不到刚创建的MySql上, 貌似是要绑定一下! 我用的mac 火狐浏览器, 好像SAE上的MySQL的phpmyadmin跟这个

CI框架源码阅读笔记5 基准测试 BenchMark.php

上一篇博客(CI框架源码阅读笔记4 引导文件CodeIgniter.php)中,我们已经看到:CI中核心流程的核心功能都是由不同的组件来完成的.这些组件类似于一个一个单独的模块,不同的模块完成不同的功能,各模块之间可以相互调用,共同构成了CI的核心骨架. 从本篇开始,将进一步去分析各组件的实现细节,深入CI核心的黑盒内部(研究之后,其实就应该是白盒了,仅仅对于应用来说,它应该算是黑盒),从而更好的去认识.把握这个框架. 按照惯例,在开始之前,我们贴上CI中不完全的核心组件图: 由于BenchMa