总结Codeigniter的一些优秀特性
1. 首先是 MVC
假设你还不知道 MVC 。应该尽快的学习,你会非常快的体会到在 Model 中数据訪问,在 Controller 中进行业务逻辑。在 Views 中编写 HTML 代码的价值。假设你之前没有使用过这样的模式写过程序,你或许会皱起额头,只是你应该给自己尝试这样做的机会。
一条实践准则是把更少的东西放进 Controller ,记住 DRY 准则:不要反复造*。当在超过一个地方编写同样的代码时。应该依据它的类型来尝试编写一个 library。 helper。或 model。比方数据库连接类。用得非常频繁。就把它做成 model(系统已提供)。
一旦领悟了 MVC 的精髓。这将会成为一种习惯,你会从 MVC 简洁的代码中受益良多。
一个原则就是:复杂的操作都交给Model。Controller更像个建筑师。 Model是苦工。
View 是粉刷工。Controller 仅仅须要把东西丢进Model里就能够了。不须要在意数据是否异常,然后返回一个标志位以及对应的数据。
这样MVC 的 架构就体现出来了。
Model事实上就像一个电器如:微波炉一样,用法越简单越让人喜欢,(把食物放进去 -按启动 -ok,饭熟了。
)接口少的优点是,Model升级代码优化的时候,对外界的耦合度不高。即使你内部写得非常烂。接口也非常干净。用起来也简单。
2. Application 和 System 路径
最好是把 system 和 application 文件夹放在 webroot 以外的地方。假设 index.php 放在 FTP server的 /public_html/ 路径下,应该尝试把 System 放在根文件夹下 /system ,这种话,仅仅能通过 index.php 訪问你的PHP文件。
不要忘记在index.php文件里改动 $system_folder 和 $application_folder 的值。$system_folder 的值应该是相对于 index.php 文件。而 $application_folder 的值是相对于 system 文件夹。
3. 错误报告和调试
经常犯的一个错误是忘记关闭 PHP 错误和数据库错误报告,这样做是有风险的。
在不论什么一个公开的网站,error_reporting 应该设置为0 ,最多仅仅能设置为 E_ERROR,数据库设置 db_debug 应该设置为 false,基于其它安全考虑,设置不显示出错信息 ini_set('display_errors', 'Off');
在你编码和调试时。应该把 error_reporting 设置为 E_ALL ,而且在把应用程序公布前解决每个注意和警告。
一种简易的方法是在 application/config/database.php 文件设置 db_debug 的值为一个常量 MP_DB_DEBUG,当站点在执行中,例如以下设置:
ini_set('display_errors', 'Off'); error_reporting(0); define('MP_DB_DEBUG', false);
在编码和调试中设置为:
ini_set('display_errors', 'On'); error_reporting(E_ALL); define('MP_DB_DEBUG', true);
4. 安全问题非常重要
在接收不论什么数据到你的程序之前,无论是表单提交的 POST 数据、COOKIE 数据、URI 数据、XML-RPC 数据、还是 SERVER 数组中的数据,我们都推荐你实践以下的三个步骤:
过滤不良数据.
验证数据以确保符合正确的类型, 长度, 大小等. (有时这一步骤也可代替第一步骤)
在提交数据到你的数据库之前将其转换.
关于SQL注入,XSS。以及 CSRF ,你应该先了解它们。再决定是否採用方法来防止它们。能够參考CI手冊上的安全指南 以及 输入和安全类。
或许最重要的原则是在把数据提交到数据库或文件系统之前检查全部用户的输入。
SQL注入。使用 CI 自带的 Active Record 能够解决问题。
XSS (跨站脚本)。通过设置 $config['global_xss_filtering'] = TRUE; 开启自己主动过滤POST和COOKIE中的跨站脚本攻击,但须要消耗一些资源。也能够在每次处理POST和COOKIE的时候单独使用,把第二个參数设为TRUE。如 $this->input->post('some_data', TRUE); 表单验证类也提供了 XSS 过滤选项,如 $this->form_validation->set_rules('username', 'Username', 'trim|required|xss_clean');
CSRF (跨站请求伪造)。
CI 2.0 将内置 CSRF 检查,在 Google 上搜索 "CSRF tokens" 学习很多其它关于在保护表单提交和 URL 链接的知识,在 Ajax 应用方面能够搜索 "double cookie submission" 或 "双提交 cookie"。
SPAM (垃圾留言和恶意注冊)。通过保护你的邮件表单,评论表单,以及其它各种免费用户提交的数据来防止垃圾信息,一个简单的方法是仅仅同意一个IP/Userclient在一分钟之内仅仅能提交一次,一个比較好的方式是使用 Captcha ,CI2中内置了一个CAPTCHA的辅助函数。
5. 数据库 和 ORM
CodeIgniter 有一个自带的库 Active Record 可以帮助你在不使用 SQL 语句的情况下写查询语句。这在你不太精通 SQL 语句或不知道如何防止SQL注入的情况下是一个非常好的方法。
当你须要更强大的工具时,你能够考虑使用 Object Relational Mapper ,就是鼎鼎大名的 ORM 了,遗憾的是,CodeIgniter 没有自带 ORM 库,只是也有一些其它非常好的选择。
最流行的也许是 DataMapper OverZealous Edition (DMZ),还能够使用 Doctrine (这里有一个教程),还有一个选择 RapidDataMapper 是作者自己的作品。
6. 代码实践
编写简洁的代码。而且理解你的代码,不要仅仅是复制粘贴别人的代码,而且不断提高编码能力。手冊上的开发规范是一个能学习如何更好编写代码的地方。
1. DRY。不要总是反复造*,把能重用的代码放在它应该在的地方,比方libraries, helpers 或者是 models。而不是controllers。一个经验准则:当你复制代码的时候,或许你已经第二次把它放在了错误的地方。
2. Caching (缓存)。
缓存是一个提高性能的非常好的方式,尤其是降低数据库的訪问。
能够參考网页缓存和数据库缓存,或者在论坛上搜索其它的可选方案,比方 MP_Cache 是作者自己的作品。
3. HTTP headers (HTTP头部)。在client你可以通过单独发送HTTP头部使浏览器缓存页面来提高性能,当你使用 AJAX 的时候你也须要了解它来禁止浏览器缓存。
一个禁止缓存的样例:
$this->output->set_header("Last-Modified: " . gmdate("D, d M Y H:i:s") . " GMT"); $this->output->set_header("Cache-Control: no-store, no-cache, must-revalidate"); $this->output->set_header("Cache-Control: post-check=0, pre-check=0", false); $this->output->set_header("Pragma: no-cache");
一个长时间保持缓存的样例(比方 css, javascript):
$this->output->set_header('Cache-Control: private, pre-check=0, post-check=0, max-age=2592000'); $this->output->set_header('Expires: ' . gmstrftime("%a, %d %b %Y %H:%M:%S GMT", time() + 2592000)); $this->output->set_header('Last-Modified: ' . gmstrftime("%a, %d %b %Y %H:%M:%S GMT", time() - 20));
7. 模板渲染不必每次都调用 header 与 footer
在 MY_Controller 头部和 __construct 函数中加入下面内容。用于设定默认的模版信息,当中 SITE_NAME 须要自己在 application/config/constants.php 里面自定义:
class MY_Controller extends CI_Controller { protected $_data; // 模版传值数组 protected $_tplext; // 默认模版后缀 protected $_header; // 默认头部模版 protected $_footer; // 默认底部模版 public function __construct () { parent::__construct(); $this->_data['title'] = SITE_NAME; $this->_tplext = '.php'; $this->_header = 'templates/header'; $this->_footer = 'templates/footer'; // 开发模式下开启性能分析 if (ENVIRONMENT === 'development') { $this->output->enable_profiler(TRUE); } } }
8. 不必全部的类都继承 CI_Controller
新增的控制器不再继承 CI_Controller,而改继承 MY_Controller:
class Index extends MY_Controller { public function __construct () { parent::__construct(); } /** * 前台首页 */ public function index () { $this->_data['title'] = '首页'; // 不指定则使用默认标题 SITE_NAME $this->_view('index/index'); } }
末了,再补充两个:
9. CodeIgniter的文件结构
cache用以存储缓存文件。codeigniter目录包括了CI的基类CI_Base,为了兼容php4和php5,CI_Base有两个版本号,当中php4版本号的CI_Base继承于CI_Loader。libraries里存放了大部分经常使用的类库。最基本的三个类:Model,View和Cotronller。自己写的不论什么mvc都要继承于已有的mvc类;helpers里是一些函数(方法)集合,用以辅助其它模块的方便工作。language是一个语言包。用以支持多语言。
application目录用以存储您的应用程序,CI已经在内部为您增加了一些子文件,包含models、views、controllers、config、errors、hooks和libraries。
当中前三个目录是用以创建模型、视图和控制器的。
您的大部分工作都应该是创建属于自己的MVC。并可在config里增加配置文件,libraries里增加一些对象和方法,用来辅助您的模型和控制器工作。而hooks也是对CI_Hooks的扩展,详细内容见以下的章节。
10. CodeIgniter的工作过程
当有一个http请求时,如http://www.google.com/blog/。首先进入CI的引导文件index.php。
接下来我们看看index.php里做了哪些事情。
index首先设置了应用程序的目录名称为application。系统的目录名称为system,然后做了一系列严格的推断并转换为unix风格的server绝对文件路径,详细说来定义了两个比較重要的常量,APPPATH。应用程序的目录路径。依据分析可知,该路径能够和system同级:htdocs/application/,也能够放到system目录里面,作为其子目录:htdocs/system/application/,但推荐採用另外一种方式,这样显得比較整齐;BASEPATH,站点文档的基本文件路径。写出来大概是htdoc/system/。到最后。index引导文件引入了codeigniter/codeigniter.php里。
接下来我们看看codeigniter里做了什么事情。
codeigniter.php一上来就引入了三个文件:Common.php,Compat.php和config/constants.php,当中Common里包括了一些函数。用于加载类库的load_class,记录日志的log_message,和引入错误页面的show_404是几个重要的函数;Compat主要攻克了php4和php5中的函数不兼容问题,而constants则定义了一些读写文件权限的常量。
紧接着codeigniter加载了第一个类库。Benchmark,这个类库最简单的一个应用就是计算网页从開始到编译结束所花掉的时间,所以您在编译開始的地方打上一个标记,渲染结束后再打上一个标记。就能够算出当中花费的时间了。
接着加载了第二个类库。Hooks,这个类库和Benchmark一样都是在system\libraries下,这个类库的作用是在程序開始编译之前给您提供一个运行其它事情的机会,Hooks会您运行其它任务提供了大约8个机会。详细參见用户指南。
在这里。它导入了第一个钩子。
然后分别加载了Config,URI,Router,Output等类库。接着,检查是否有cache_override的钩子,这个钩子能够同意您调度自己的函数来替代Output类的_display_cache方法。假设没有。直接调用Output的_display_cache,检查是否有缓存内容。假设有,则直接输出缓存。退出。假设没有。则接着往下运行。
此后,继续加载Input,Language,注意此前加载的类库都是一个引用;然后又一个重要的加载,那就是CI_Base对象的加载,首先会推断php的版本号。假设是php4版本号的,则会首先加载Loader。然后加载Base4。由于Base4中CI_Base继承于CI_Loader,而Base5中,CI_Base与CI_Loader没有继承关系。
下一步。也是真正关键的一步了,这一步開始加载了一个Controller类,这个是个实例,而不是引用;然后通过Router来解析http地址,获得控制器和方法的名字,接着看application\controllers里是否存在这种控制器和方法,假设没有,则报错;假设有,则開始推断。
小结
先总结这么多。以后有再补充。
希望大家能投喜欢。
參考来源:
Codeigniter的几个优秀特性
http://www.lai18.com/content/368835.html
延伸阅读
2怎样去掉CodeIgniter URL中的index.php
3php中关于codeigniter的xmlrpc的类在进行数据交换时的类型问题
9CodeIgniter框架基本配置文件config.php介绍
12apache+codeigniter 通过.htcaccess做动态二级域名解析
14解析CI即CodeIgniter框架在Nginx下的重写规则
18解析php框架codeigniter中怎样使用框架的session
19解析怎样去掉CodeIgniter URL中的index.php
32codeigniter教程之上传视频并使用ffmpeg转flv演示样例
33解决Codeigniter不能上传rar和zip压缩包问题
37Codeigniter在CLI下运行占用内存过大问题,CI又一大坑
39CodeIgniter框架提示Disallowed Key Characters的解决的方法
40codeigniter框架The URI you submitted has disallowed characters错误解决方法
47让CodeIgniter数据库缓存自己主动过期的处理的方法
49Codeigniter实现处理用户登录验证后的URL跳转
50新浪SAE云平台下使用codeigniter的数据库配置
51Codeigniter整合Tank Auth权限类库具体解释
52让codeigniter与swfupload整合的最佳解决方式
54Codeigniter上传图片出现“You did not select a file to upload”错误解决的方法
56让CodeIgniter的ellipsize()支持中文截断的方法
58codeigniter集成ucenter1.6双向通信的解决的方法
60Codeigniter中禁止A Database Error Occurred错误提示的方法
61Codeigniter+PHPExcel实现导出数据到Excel文件
64Codeigniter出现错误提示Error with CACHE directory的解决方式
72CodeIgniter中使用cookie的三种方式具体解释
73CodeIgniter採用config控制的多语言实现依据浏览器语言自己主动转换功能
76codeigniter上传图片不能正确识别图片类型问题解决方法
78Codeigniter中mkdir创建文件夹遇到权限问题和解决方法
79CodeIgniter框架数据库事务处理的设计缺陷和解决方式
80Codeigniter框架的更新事务(transaction)BUG及解决方法
82CodeIgniter错误mysql_connect(): No such file or directory解决方法
86Codeigniter框架实现获取分页数据和总条数的方法
89CodeIgniter针对lighttpdserverURL重写的方法