background image

过滤是一件复杂的事情,但是我相信

joey 的发现会给你很多启发,让你认识到 PHP 强大的

过滤功能。
7. 使用 PHP 框架——Josh Sharp
对于是否应该使用

Zend,、CakePHP、 Code Igniter 或者其他 PHP 框架,一直存在着很多争议,

但是在

Web 开发者的心中,他们有自己衡量的标准。

Josh Sharp 自己创建了一家提供面包和黄油服务的网站,因此他对于使用 PHP 框架来开发
网站有一定的经验。他认为使用一个

PHP 框架来进行项目开发(use a PHP framework),可

以有效地节省时间,并且减少出错的几率。为什么

?因为他觉得 PHP 实在是太好上手了。

PHP 的易于使用有时候也有缺陷,因为并不严格的语法,经常会导致很多错误代码的诞生。
但如果使用一个

PHP 框架,出错的几率就会大大减少。

PHP 框架可以让你的代码结构更加规范,并且节省大量时间。
8. 不要使用 PHP 框架——Rasmus Lerdorf

Josh 的观点恰恰相反,PHP 的鼻祖 Rasmus Lerdorf 却认为最好不要使用 PHP 框架,为什

?因为不基于框架的 PHP 性能更好。Rasmus 在 Drupalcon 2008 的演讲上,用“Hello World”

的例子来对比了一些框架

PHP 和简单 PHP 之间的性能,结果显示框架 PHP 的性能要远远

落后。
9. 使用批处理——Jack D. Herrington
Jack Herrington 对 PHP 世界并不陌生, 并且为大名鼎鼎的 IBM developerWorks 贡献过超过
30 篇的专搞,同时出版过《PHP Hacks》的书,因此他是一个真正的专家。
Herrington 推荐使用批处理和 Cron 来代替那些可以运行在后台的程序脚步,Web 用户并不
愿意在线等待你的处理过程,所以有些事情更适合放到后台来处理。
诚然,在某些情况下,这有点大材小用了,但是你可以清楚地看到,使用

Cron, MySQL, 

PHP 面向对象的方法以及 Pear::DB 这些便捷的工具来创建一个批处理工具并不是一件复杂
的事情。
Jack 认为使用 cron, PHP 和 MySQL 在后台处理一些任务,比起多进程的业务逻辑要划算得
多。
两种方法我都尝试过,我认为

Cron 非常符合”Keep It Simple, Stupid” (KISS) 的原则,它让

后台处理变得简单。与多进程的业务逻辑相比,它没有内存溢出的风险。你可以创建一个简
单的批处理脚本,并且在

cron 中运行,这个脚本会定时检查是否有任务需要处理,处理完

之后就会自动退出,因此你不用担心是否有进程卡壳,或者陷入死循环。
10. 及时启用错误报告——David Cummings
David Cummings 有一个专门提供 CMS 软件服务的公司 ,并且获得过几次奖 ,他有非常丰
富的

PHP 开发经验。David 曾经写过《two PHP tips he wished he’d learned in the beginning》,

其中一点就是:及时启用错误报告,这会节省大量的时间。
我告诉人们,最重要的事情就是最大程度地开启

PHP 的错误报告,为什么?因为 PHP 可能

会隐藏很多小问题:
变量没有预定义
在代码片段中引用了不可用的变量
使用了未定义的常量这些因素看起来并不是什么大事,除非你在使用面向对象的方法编写
一些类库。通常,关闭错误报告将可能使你付出更大的成本来维护你的代码。