php为什么在主流的应用中总是那么不出色,总是不如.net/java,就是因为在php处理大型应用的时候,那些不完整的面向对象机制、数据库处理的单一,不通用性等等,影响了php做大型应用。
* 作者:heiyeluren
* 时间:2005-8-29
* 联系:heiyeluren_at_gmail.com
一、dpt介绍
php为什么在主流的应用中总是那么不出色,总是不如.net/java,就是因为在php处理大型应用的时候,那些不完整的面向对象机制、数据库处理的单一,不通用性等等,影响了php做大型应用。那么,如何来改变这个状况呢?当然就是需要引进一些新的设计方法,把php中不健全的面向对象机制完整起来,进行更好的php大中型应用的开发。
从java过来的mvc模式非常流行,而且已经有部分已经引伸进了php领域,设计模式的引进,就是为了更好的控制项目开发。今天我要说一种设计模式,类似于mvc,它叫dpt模式。其实有时候我也觉得有点象java里面的dao(data access object),不过dao是夹在业务逻辑层和数据库资源层之间的,而dpt更多的是把业务逻辑也封装在类里,和dao层在相同的内容中。
d - data,数据收集层
p - php,php数据调用层
t - template,模板层
首先,我们要对它进行简单的了解。
data,就是我们的数据层,它不是数据库抽象类,而是通过数据库接口,执行一些sql,把数据获取的过程,一般把这种操作封装在类里面,就形成了我们的数据收集层。
php,就是对我们收集的数据进行整理,规划,同时解析模板进行数据的显示。
template,模板层,就是我们的html页,里面不包含任何php代码,只有模板标签的内容,通过它来控制数据在页面中有格式的显示。
我们这里三层中,每一层都是鼓励由一个人来开发,然后通过phpdoc之类的工具,把源代码中的api生成文档,由p层的人进行调用。
那么,在实际的项目开发中,它是怎么运作的呢,我们又如何把这种设计模式引进我们的项目中呢?
我们下面将运用一个实际的项目来讲解dpt模式。阅读一下内容必须具备基本的php4的面向对象编程、数据库抽象类、模板等知识。
我们目前为了加速php的开发,都使用php封装了部分功能,比如数据库操作抽象类,模板类等等,这些都是为了开发复杂应用而应运而生的。目前比较主流的数据库抽象类有phplib db、pear::db、adodb等等,模板处理类有phplib template、smarttemplate、smarty等等。本文中都是使用php group推荐的产品,数据口抽象类使用pear::db,模板处理类使用smarty,如果对这两个类库不熟悉的读者,请参考文章后面的链接。
二、项目体系结构
下面我们来构建我们基于dpt模式的php应用。(以下部分内容参考《mvc模式、类封装还是黑客代码》)
文件目录结构(只涉及到关键的目录)
class 类库,包含所有的数据收集层
template 模板文件存放目录
include 常用库,包括pear、smarty等类库,同时还有自己定义的基本函数
config.inc.php 基本配置文件,包括数据库配置,其他基本信息配置
security.inc.php 安全处理页,主要多传递的变量进行处理
init.inc.php
error.php 错误处理页
class目录中存放了我们数据收集层中的内容,一般的建议是每个类文件只是针对一个表进行操作,比如cmsmessage.class.php,那么这个类就是属于功能cms里面的,只负责操作message这个表。所有的数据库交互和操作都是封装在类里的,在p层不允许出现任何直接操作数据库的语句。
template目录中存放了我们的网页模板,模板中都是使用smarty标签进行排列的,同时,在模板中,都是建议使用js+css来控制页面,模板中只有div标签来简单的排版,这样,非常利于网站改版和更换皮肤。
include目录就是对常用文件的包含,比如pear::db类、smarty类库文件等。config.inc.php就是基本的配置文件,包括数据库、基本常量等等,security.inc.php是安全处理页,我们这里主要是做一个变量的安全检查,下面内容我们将仔细介绍。init.inc.php是一个初始化操作的页面,包括初始化数据库链接,实例化模板处理类等等操作,error.php是错误信息处理页,所有的错误信息通过url编码后转到该页。
三、项目基本配置代码
关键页代码实例:
/**
* config.inc.php
* 配置文件
*/
/* 数据库配置 */
define('db_host', 'localhost'); //数据库主机
define('db_user', 'root'); //数据库链接用户
define('db_pass', ''); //连接密码
define('db_name', 'cms'); //默认数据库
define('db_port', '3306'); //数据库端口
define('db_type', 'mysql'); //数据库类型
define('db_opt', '1'); //是否长期链接
/* 模板信息配置 */
define('tpl_template_dir', './template/'); //模板目录
define('tpl_compile_dir', './template/templates_c/'); //模板编译目录
define('tpl_configs_dir', './template/configs/'); //模板配置文件目录
define('tpl_cache_dir', './template/cache/'); //模板缓存目录
define('tpl_lifttime', '1'); //缓存时间
define('tpl_cacheing', 'true'); //是否缓存
define('tpl_left_delimiter', '{'); //左边界符
define('tpl_right_delimiter', '}'); //右边界符
/* 网站路径配置 */
define('root_path', dirname(__file__)); //网站所在根目录
define('url_path', dirname($_server[php_self])); //网站url地址路径
define('db_path', root_path.'/include/db'); //pear::db目录
define('tpl_path', root_path.'/include/smarty'); //smarty目录
/**
* security.inc.php
* 安全过滤文件
*/
/* 过滤规则 */
$arr_filtrate = array("'", '"', "/");
/* 过滤函数 */
function var_filtrate($var)
{
global $arr_filtrate;
foreach ($arr_filtrate as $value)
{
if (eregi($var, $value)) {
return true;
}
return false;
}
}
/* 获取不同版本下的get和post数组 */
if (phpversion() < '4.1.0') {
$get = &$http_get_vars;
$post = &$http_post_vars;
} else {
$get = &$_get;
$post = &$_post;
}
/* 检查get变量 */
if (count($get)) {
foreach ($post as $get_var) {
if (var_filtrate($get_var)) {
exit('commit get parameter falsity');
}
}
}
/* 检查post变量 */
if (count($post)) {
foreach ($post as $post_var) {
if (var_filtrate($post_var)) {
exit('commit post parameter falsity');
}
}
}
其实,以上过滤的方法也不是最好的,建议参考我的另两篇防注入文章获取更好的方法,链接参考附录。
/**
* error.php
* 错误处理页面
*/
if (!isset($get[msg])) {
exit('not commit parameter');
}
echo "error message: ". $get[msg];
echo "<p><a href='javascript:history.back()'>返回上一页</a>";
就是一些错误处理的作用,一般出的get方式传递过来的消息都是经过urlencode()过的字符。
/*
* init.inc.php
* 初始化程序
*/
require_once(dirname(__file__).'config.inc.php');
require_once(root_path.'security.inc.php');
require_once(db_path.'db.php');
require_once(tpl_path.'smarty.class.php');
/* 初始化数据库链接 */
$db = db::connect("db_type://[email protected]_pass:db_host/db_name", db_opt);
if (db::iserro($db)) {
return $dg->getmessage();
}
$tpl = &new smarty();
/* 初始化模板 */
$tpl->templates_dir = tpl_template_dir;
$tpl->compile_dir = tpl_compile_dir;
$tpl->cache_dir = tpl_cache_dir;
$tpl->configs = tpl_configs_dir;
$tpl->lifetime = tpl_lifttime;
$tpl->caching = tpl_cacheing;
$tpl->left_delimiter = tpl_left_delimiter;
$tpl->right_delimiter = tpl_right_delimiter;
基本文件描述完毕。代码写了不少,只是为了更好的理解这个模式。
四、框架实际开发
说明:
我们以下项目代码都是以cms数据库中topic表做例子,代码只是为了演示框架结构,没有对代码进行测试,不保证能够正常运行。
topic的表结构:
create table `topic` (
`id` int(11) not null auto_increment,
`title` varchar(255) not null default '',
`addtime` int(11) default null,
`author` varchar(50) default null,
`type` int(11) default null,
`option` int(11) default null,
primary key (`id`),
key `id` (`id`)
);
(一)data层:数据采集层
data层主要就是针对数据库的所有操作都封装起来,然后通过接口的形式提供给php层进行调用,同时在data层里也封装了一些原始的数据库操作(类似于java中的dao)。一般data层都是类的形式,保存在我们上面的 /class目录下,一般的准则是一个类文件操作一个数据表,就是说不管具体的业务逻辑如何,所有的数据表操作都是封装在一个类文件里的。比如说我们有一个数据表叫做topic,那么我们对应操作的类文件就是:topic.class.php。其实这里是可以做扩展的,比如说,我们的项目非常庞大,有很多内容,比如包括有cms、blog、bbs等等,那么我们就必须给每一个栏目分配一个数据库,那么针对当前操作数据库的话,就使用类中封装的链接方法进行链接,就可以抛弃我们上面init.inc.php中初始化的操作,而操作在类里面进行的链接。
假设我们目前操作的栏目是cms系统,数据库名叫做cms,那么我们下面构造一个操作cms数据库里面的topic表的类来。
/**
* cms_topic.class.php
* 文章处理类
*/
class cmstopic
{
var cmsdbname; //数据库名
var ctablename; //当前操作的表名
var cdsn; //数据链接源
var cdebug; //是否打开调试,1为是,0为否
var cdbpointer //链接资源
var cfetchmode //获取数据库资料的方式
var cencode //数据库中数据保存的编码格式,默认是utf-8
/* 构造函数 */
function cmstopic()
{
//配置信息从config.inc.php中设置
$this->cfetchmode = db_fetchmode_default;
$this->ctablename = "topic";
$this->cdsn = "mysql://".
db_user.":".
db_pass."@".
db_host."/".
db_name;
$this->cencode = "utf8";
}
/* 链接数据库 */
function connectdatabase()
{
if (!is_object($cdbpointer))
{
$this->cdbpointer = db::connect($this->cdsn);
if ($this->cencode=="utf8") {
$this->cdbpointer->query("set names 'utf8'");
}
$this->cdbpointer->setfetchmode($this->cfetchmode);
if (db::iserror($this->cdbpointer)) {
return false;
}
return $this->cdbpointer;
}
}
/* 关闭数据库连接 */
function closedatabase()
{
if (is_object($this->cdbpointer)) {
$this->cdbpointer->disconnect();
}
}
/*--------------- 数据库基本操作 --------------*/
/* 插入操作 */
function insert($arr)
{
if(!is_array($arr) || count($arr) == 0){
return false;
}
if("" == $this->ctablename) return false;
$db = $this->connectdatabase();
$res = $db->autoexecute($this->ctablename,$arr,db_autoquery_insert);
if(db::iserror($res)){
return $res;
}else{
$insertid = ($db->getone("select last_insert_id();"));
if($insertid>0) {
return $insertid;
} else {
return true;
}
}
}
/* 更新操作 */
function update($id,$arr)
{
if("" != $id && !(is_array($arr))){
return false;
}
$db = $this->connectdatabase();
$res = $db->autoexecute($this->ctablename,$arr,db_autoquery_update,"id = '$id'");
if(db::iserror($res)){
return false;
}else{
return true;
}
}
/* 删除操作 */
function delete($id)
{
$db = $this->connectdatabase();
$res = $db->query("delete from ".$this->ctablename." where id = '$id'");
if(db::iserror($res)){
return false;
}else{
return true;
}
}
}
上面的代码一个很基本的针对一个表操作的类雏形已经描述出来了,包括连接数据库,基本的数据库原始操作都有了。你肯定会问,为什么没有把select的操作封装进去?主要是因为select是sql里最复杂的操作,不可能写那么通用的一个方法去操作它,所以好不如不写,自由发挥。
那么我们需要加上一些基本的功能呢?比如读取内容、新增加一篇文章等操作,那么我们还必须在类里面添加一些方法,比如我们增加提取一篇文章内容、提取指定时间的文章、提取指定类别的文章、统计目前所有文章的总数等操作。
/**
* cms_topic.class.php
* 文章类增强
*/
class cmstopic
{
// ...上面已经描述的方法省略
/**
* 函数: gettopiccontentbyid()
* 功能: 获取指定id的文章的内容
* 参数: $id 指定要获取的id
* $cols 要提取的字段值
* 返回: 成功返回数据集数组,失败返回错误信息
*/
function gettopiccontentbyid($id, $cols="*")
{
$db = $this->connectdatabase($this->cdsn);
$sql = "select $cols from ". $this->ctablename ." where id = '$id'";
$result = $db->getall($sql);
if (db::iserror($result)) {
return $result->getmessage();
} else {
$db->disconnect();
return $result;
}
}
/**
* 函数: gettopicbyspecifytime()
* 功能: 获取指定时间的文章的列表
* 参数: $starttime 指定开始时间
* $endtime 结束时间
* $cols 要提取的字段值
* 返回: 成功返回数据集数组,失败返回错误信息
*/
function gettopicbyspecifytime($starttime=0, $endtime=0, $cols="*")
{
$db = $this->connectdatabase($this->cdsn);
$start = ($starttime == 0) ? "" : "where addtime > $starttime";
$end = ($endtime == 0) ? "" : "and addtime < $starttime";
$sql = "select $cols from ". $this->ctablename ." ".$start ." ".$end;
$result = $db->getall($sql);
if (db::iserror($result)) {
return $result->getmessage();
} else {
$db->disconnect();
return $result;
}
}
/**
* 函数: gettopicbytype()
* 功能: 获取指定类别的文章的列表
* 参数: $type 指定的类型
* $cols 要提取的字段值
* 返回: 成功返回数据集数组,失败返回错误信息
*/
function gettopicbytype($type, $cols="*")
{
$db = $this->connectdatabase($this->cdsn);
$sql = "select $cols from ". $this->ctablename ." where type = '$type'";
$result = $db->getall($sql);
if (db::iserror($result)) {
return $result->getmessage();
} else {
$db->disconnect();
return $result;
}
}
/**
* 函数: gettopicsum()
* 功能: 获取所有文章总数,如果指定类别,则获取指定类别总数
* 参数: $type 指定的类型
* 返回: 成功返回获取的总数,失败返回错误信息
*/
function gettopicsum($type="")
{
$db = $this->connectdatabase($this->cdsn);
$typestr = ($type == "") ? "" : " where type = '$type'";
$sql = "select count(id) from ". $this->ctablename ." ".$typestr;
$result = $db->getone($sql);
if (db::iserror($result)) {
return $result->getmessage();
} else {
$db->disconnect();
return $result;
}
}
}
上面我们构造了一些数据提取类,这应该就是我们data层的核心了。写方法的时候要尽量考虑到扩展性,比如对列的提取,比如一个方法适合多种情况,比如排序等等,考虑的越多,以后维护起来就比较容易,当然,我推荐的方法是一个方法尽量就做一件事情,如果一个函数要做多个事情,那么就写成多个函数,这样便于代码重用和维护性,我个人认为一个方法最用不要超过100行。
如果函数中有涉及到数据库的操作,一定记得结尾的时候把数据关闭掉,不然很容易把服务器资源占用光。当然,你也可以在php层去关闭连接。比如,你需要很多次调用同一个方法,那么这个方法如果反复的连接数据库又关闭数据库,也很浪费资源,而且速度慢,这个时候就可以把关闭数据库的操作在php层进行关闭,你可以先构造好一个方法来进行,比如我们上面的 closedatabase() 方法。
(二)php层:数据调用层
php层主要就是把从data层收集的数据再这一层进行调用。因为我们基本的原则就是把所有跟数据库的操作都封装在data层里,在其他层都不涉及到任何的直接对数据库的操作,这样能够进行良好的封装,这样有点类似于 jsp和javabean,javabean的类负责和数据库交互,jsp负责调用javabean来输出数据。我们这里的php层就相当于jsp层,前面的data层就相当于javabean层,这样玻璃他们之间的耦合度,能够方便程序日后的维护。
我们这里的php层主要就是复杂从数据库种提取数据,完成一些简单的逻辑,然后把数据输出到template(模板层)。现在我们利用示例代码来看看php层是如何调用data层的数据的。
/**
* topic_list.php
* 文章列表程序
*/
/* 包含基本文件 */
require_once("init.inc.php");
require_once("class/cms_topic.class.php");
//实例化data层对象
$topic = new cmstopic();
//获取文章类型变量
$topictype = intval(get("type"));
//从data层中把数据提取过来
$topiclist = gettopicbytype($topictype);
//给模板变量赋值后输出页
$tpl->assign("topic", $topiclist);
$tpl->assign("topic.html");
代码是不是很简单?就是把数据获取过来,然后解析到模板层中去处理,所以这样如果以后出现问题改起来比较容易,比如是数据获取的问题,那么直接改上面的类文件就行,如果是模板显示的问题,那么直接修改模板层中的对应的模板页就可以,非常便于维护。
(三)template层:模板层
这个模板层就是我们常说的网页了,不过这里就是包含了一些smarty的模板变量和html混和,模板页处理的时候就对页面中的模板变量进行替换,最后我们看到的结果就是模板页和php层中的程序输出混和的结果。
一般模板页设计的时候,最好遵循,就是说尽量在页面中不使用表格等html标签来控制页面,而是使用div层来存放数据,使用css样式表来控制页面布局,这样对包括javascript脚本的编写,以后页面的改版等等非常有好处。而且如果要还模板也很简单,只需要把css文件替换就可以达到效果。当然,如果对不了解,那么建议去阅读一下《》这本书。
我们下面就简单的描述一下template(模板层)的代码是如何的。
{* 加载头部文件 *}
{include file="header.html"}
{* 模板主体 *}
<div>
{* 左边导航条 *}
</div>
<div>
<h3>文章列表</h3>
{section name=topiclist loop=$topic}
标题:<a href="">{$topic[topiclist].title|escape:"html"|truncate:30:"...":true}</a> |
时间:{$topic[topiclist].addtime|date_format:"%y年%m月%d日"} |
作者:{$topic[topiclist].author|escape:"html"}<br />
{sectionelse}
暂时没有任何文章
{/section}
</div>
{* 加载底部文件 *}
{include file="foot.html"}
模板页中大致可能有一些javascript程序,或者有样式文件,一般使用样式文件来控制页面的布局和显示效果。我们这里没有详细的描述,在实际项目中可以由网页制作人员去负责。
五、使用dpt模式的项目规划
一般在所有的软件项目或者是网站项目中,要保证一个项目能够顺利完整的完成,那么便需要技术主管或者架构师良好的设计和管理。一般所有项目中人是最难控制的因素,你可以把项目指定的非常完善,架构可以选择的非常合理,但是你不能控制人的因素,不能保证项目的中的某个成员可能在任何时候离开项目。当在php项目中,如果一个项目角色忽然的离去,可能导致项目要停顿,要重新找人来接替,影响了项目的进度,那么如何有效的控制和解决这些问题。
在一个使用dpt设计模式的项目中,项目中个个角色分别有网页设计师、网页制作人员、客户端脚本javascript程序员、服务器端php程序员。他们的分工都是什么呢?网页设计师负责设计网页的界面,生成效果图,然后由网页制作人员去做成网页,当然,如果是遵循的项目的话,那么网页制作人员主要的任务就是负责页面布局样式的编写。客户端程序员主要是负责客户端脚本的编写,比如针对页面中需要使用的javascript进行编写,php程序员主要是负责我们上面data & php & template 三层的代码编写,当然,如果项目足够庞大,完全可以拆分出来,有php程序员负责data层,有php程序员负责php和template层,分工清晰,php层程序员只是需要调用data层程序员已经写好的类库进行调用,不用关心类是如何实现的。
这样一个项目架构下来,可以按照任务需要来安排某个模块的人的数量,最大限度的把项目规划好。当然,项目中一些必要的因素是要考虑的,比如,如何让网页制作人员、客户端脚本程序员和php程序员良好的合作,那么就是分离他们的责任,比如,模板页必须由php程序员来编写,然后提交给javascript程序员制作客户端脚本,最后再由网页制作人员通过css来控制布局,那么php程序员在模板页中就必须使用div等标签来定义一个块的数据,如果任何一块出了问题,那么对应找相应责任人,就能够很好的避免彼此推卸责任,或者权责不分的情况,这样有利于管理,也有利于每个开发成员之间的良好合作。
为了防止项目失控,或者不会因为项目成员的离开而影响项目的进度和管理,必须有相应的方法和规则。我们主要针对php程序员来进行描述,部分方法同样适用于网页制作人员和客户端脚本程序员。
(1)编码规范
项目开发中为了便于维护和以后其他人接手代码,必须统一编码规范,包括对目录、文件名、类、函数、变量、注释等等都必须遵循标准,而且为了代码的维护,必须要求php程序员编写注释。目前基本遵循的是fredrik kristiansen写的《php 编码规范》,或者是pear中代码的规范。
如果代码为了做成接口,或者需要做成参考的文档方便以后维护代码,使用phpdoc等工具,那么为了能够使用pear包中的phpdoc能够正常识别,所以一般建议遵循pear包的规范,主要是dpt模式中data层中类的的编码必须规范。
pear中pear.php中基类的部分代码:
class pear
{
/* 属性的描述 */
// {{{ properties
/**
* whether to enable internal debug messages.
*
* @var bool
* @access private
*/
var $_debug = false;
//其他属性省略...
// }}}
/* 对方法的描述 */
// {{{ constructor
/**
* constructor. registers this object in
* $_pear_destructor_object_list for destructor emulation if a
* destructor object exists.
*
* @param string $error_class (optional) which class to use for
* error objects, defaults to pear_error.
* @access public
* @return void
*/
function pear($error_class = null)
{
//方法内部代码省略...
}
// }}}
}
对于上面内部标签的解释请参考文章结尾链接中的《php documentor 1.2.2 使用说明规范》
(2)单元测试
单元测试是对程序进行的第一步测试,并且是程序员自己做的测试,没有谁比自己更了解自己写的代码,所以单元测试对保证程序的稳定性尤为重要。所以一般项目中,特别是写类库的程序员,一定要对自己写的代码进行单元测试,只要保证数据能够稳定的获取,才能保证php层的程序员能够正确的获取数据。针对php的单元测试工具目前有simpletest和pear包中的phpunit/phpunit2,phpunit2是针对php 5的测试工具,这个可以按照项目的实际情况来决定使用什么测试工具。simpletest和phpunit的使用参考文章请参考文章最后的链接。
(3)程序安全
在今天这个黑客横行,sql injection泛滥的时候,为了保证程序能够正确完整的运行,那么就必须要求程序员对自己的程序进行安全的编码。
主要是两方面,一方面是服务器端的安全,主要就是要过滤用户提交的变量,记得网络上流行的一句话:“不要相信用户提交的任何数据”,因为你不能保证这个用户是恶意的还是善意,是普通用户还是黑客,所以不管是谁,一定要过滤掉它的变量,不过是通过get方式还是post方式过来的数据,统统过滤。主要是过滤一些特殊自如,比如/"'等等,保证服务器和数据的安全。
另一方面就是针对客户端的威胁,比如提交一些恶意的javascript代码,当普通用户查看该页的时候,那么将给对方带来影响或者伤害,那么会极大的影响网站或者软件的声誉,这是要避免的。同样的,这个也是要良好的过滤变量,如果无法在用户提交数据的时候过滤,那么就在显示输出的时候进行过滤,主要是过滤一些html标签和javascript代码,保证客户浏览的安全。
关于一些基本的安全问题可以参考文章后面的链接。
(4)代码同步(版本管理)
但一个项目是多人开发的时候,那么代码同步或者说是版本管理就尤为重要,因为为了保证每个开发成员的代码都是最新的,最稳定的,那么必须要使用cvs等版本管理工具,当然,你想使用vss也无可厚非。一般建议是专门使用一台服务器来供所有开发人员开发,不建议把代码保存在开发人员的本地上,因为大部分人都是使用windows等操作系统,如果发生病毒感染、设备损坏或者其他因素,那么代码将壮烈牺牲,这样造成又要重复开发的浪费,如果把代码直接存放在服务器上,一般服务器安装都是unix/linux系统,能够基本保证代码的安全和完整。
cvs的安装使用文章可以参考文章最后的链接。
(5)多模块通信
如果项目足够庞大,门户级的应用,那么肯定涉及到多栏目/模块之间的通信
六、结束语
dpt模式也许在很多项目中你已经应用了,只是没有认证的进行定义,如果阅读本文能够获得同感,或者恍然大悟乃至垂手顿足,那么我想本文就给了你一定帮助,这就足够了。
写作文章前前后后花了快一个月,只是一直太懒惰,怕的写的不好,怕这个东西出来没有意义。。。但是不管如何,还是写出来了。
如果可能,尝试考虑把你的php应用移植到php5上,也许,那才是你需要的。
writer by heiyeluren <heiyeluren_at_gmail.com>
2005年8月29日 下午 17:38
>>>>>> 附录:(文章相应链接)<<<<<<
pear http://pear.php.net
smarty http://smarty.php.net
phpunit http://phpunit.sourceforge.net
simpletest http://simpletest.sourceforge.net | http://www.lastcraft.com/simple_test.php
phpdocumentor http://www.phpdoc.org
《pear:创建中间的数据库应用层》 http://www-128.ibm.com/developerworks/cn/linux/sdk/php/pear4/index.html
《模板引擎smarty》 http://www-128.ibm.com/developerworks/cn/linux/l-smart/index.html
《mvc模式、类封装还是黑客代码》 http://www-128.ibm.com/developerworks/cn/linux/sdk/php/php_design/index.html
《php中的代码安全和sql injection防范》 http://blog.csdn.net/heiyeshuwu/archive/2005/06/14/394225.aspx
《在php中使用simpletest进行单元测试》 http://www.hsboy.com/blog/archives/90-phpoesimpletesta.html
《用phpunit帮你调试php程序》 http://www.ccw.com.cn/htm/app/aprog/01_4_13_4.asp
《php documentor 1.2.2 使用说明规范》 http://www.phpx.com/happy/top98827.php
《pear:使用phpdoc轻松建立你的pear文档》 http://www-128.ibm.com/developerworks/cn/linux/sdk/php/pear3/index.html
《php 编码规范》 http://www.phpe.net/html/php_coding_standard_cn.html
《cvs使用手册》 http://www.chedong.com/tech/cvs_card.html
新闻热点
疑难解答