PHP面向对象编程快速入门

面向对象编程（OOP)是我们编程的一项基本技能，PHP4对OOP提供了良好的支持。如何使用OOP的思想来进行PHP的高级编程，对于提高PHP编程能力和规划好Web开发构架都是非常有意义的。下面我们就通过实例来说明使用PHP的OOP进行编程的实际意义和应用方法。

我们通常在做一个有数据库后台的网站的时候，都会考虑到程序需要适用于不同的应用环境。和其他编程语言有所不同的是，在PHP中，操作数据库的是一系列的具体功能函数（假如你不使用ODBC接口的话）。这样做虽然效率很高，但是封装却不够。假如有一个统一的数据库接口，那么我们就可以不对程序做任何修改而适用于多种数据库，从而使程序的移植性和跨平台能力都大大提高。

在PHP中要完成OOP，需要进行对象封装，也就是编写类。我们可以通过生成一个新的SQL类实现对数据库的简单封装。例如：

<?
class SQL
{
var $Driver; //实际操作的数据库驱动子类
var $connection; //共用的数据库连接变量
function DriverRegister($d)
{
if($d!="")
{
$include_path = ini_get("include_path");
$DriverFile = $include_path."/".$d.".php";
//驱动的存放路径必须在PHP.ini文件中设定的INCLUDE_PATH下
if( file_exists( $DriverFile)) //查找驱动是否存在
{
include($DriverFile);
$this->Driver = new $d();
// 根据驱动名称生成相应的数据库驱动类
return true;
}
}
return false; //注册驱动失败
}
function Connect($host,$user,$passwd,$database)//连接数据库的函数
{
$this->Driver->host=$host;
$this->Driver->user=$user;
$this->Driver->passwd=$pas
swd;
$this->Driver->database=$d
atabase;
$this->connection = $this->Driver->Connect();
}
function Close()//关闭数据库函数
{
$this->Driver->close($this->connection);
}
function Query($queryStr)//数据库字符串查询函数
{
return $this->Driver->query($queryStr,$this->connection);
}
function getRows($res)//查找行
{
return $this->Driver->getRows($res);
}
function getRowsNum($res)//取得行号
{
return $this->Driver-> getRowsNum ($res);
}
}
?>

我猜你们肯定都碰到过以下的情况
我有两个表，magazine（杂志信息）和subscibe（订阅信息），在subscibe表内我有一个magazine_id来和magazine表内的编号关联
现在我要做一个浏览订阅信息的列表，这个列表内有一列是显示杂志名称的（magazine表的name字段），有一种办法是使用join在这两个表之间做一个关联，把magazine_id都替换成为name，但是这个列表是一个搜索结果，sql查询语句是拼接而成的，假如再加上join，拼接sql的逻辑会变得有点复杂，所以还是简单的弄一个select * from subscibe where ....，然后把结果集内的magazine_id拿来查询会比较简单一点，这又出现另外的问题就是我不想在我的程序里出现过多的重复查询，比如结果集内有10条数据都是关于同一个magazine_id，我就会多出9条重复的查询，于是我决定这样干

function MagazineInfoById($magazine_id){
global $db;
static $magazine_info;

if (!isset($magazine_info[$magazine_id])){
$magazine_info[$magazine_id] = $db->getRow('select * from magazine where id = '. $magazine_id);
}

return $magazine_info[$magazine_id];
}

while (....){
$magazine_info = MagazineInfoById($magazine_id);
.....
}


MagazineInfoById()内的静态变量$magazine_info就成为了一个缓存形式的东西，在某些情况下，可以大大的降低查询的次数，避免重复的查询

ajax.js

var http_request = false;
function send_request(url,method) {//初始化、指定处理函数、发送请求的函数
http_request = false;
//开始初始化XMLHttpRequest对象
if(window.XMLHttpRequest) { //Mozilla 浏览器
http_request = new XMLHttpRequest();
if (http_request.overrideMimeType) {//设置MiME类别
http_request.overrideMimeType('text/xml');
}
}
else if (window.ActiveXObject) { // IE浏览器
try {
http_request = new ActiveXObject("Msxml2.XMLHTTP");
} catch (e) {
try {
http_request = new ActiveXObject("Microsoft.XMLHTTP");
} catch (e) {}
}
}
if (!http_request) { // 异常，创建对象实例失败
window.alert("不能创建XMLHttpRequest对象实例.");
return false;
}
switch(method){
case 1: http_request.onreadystatechange = processRequest1;break;//选择操作函数
case 2: http_request.onreadystatechange = processRequest2;break;
case 3: http_request.onreadystatechange = processRequest3;break;
}
// 确定发送请求的方式和URL以及是否同步执行下段代码
http_request.open("GET", url, true);
http_request.send(null);
}
// 处理返回信息的函数
function processRequest1() {//操作函数1,调入省
if (http_request.readyState == 4) { // 判定对象状态
if (http_request.status == 200) { // 信息已经成功返回，开始处理信息
document.getElementById("statusTxt").innerHTML="";
addOptionGroup("province",http_request.responseText);
} else { //页面不正常
alert("您所请求的页面有异常。");
}
}else {//只要未读取完成
document.getElementById("statusTxt").innerHTML="正则读取数据中……";
}
}

function processRequest2() {//操作函数2,调入市
if (http_request.readyState == 4) { // 判定对象状态
if (http_request.status == 200) { // 信息已经成功返回，开始处理信息
document.getElementById("statusTxt").innerHTML="";
addOptionGroup("city",http_request.responseText);
} else { //页面不正常
alert("您所请求的页面有异常。");
}
}else {//只要未读取完成
document.getElementById("statusTxt").innerHTML="正则读取数据中……";
}
}

function processRequest3() {//操作函数3,输入省市
if (http_request.readyState == 4) { // 判定对象状态
if (http_request.status == 200) { // 信息已经成功返回，开始处理信息
document.getElementById("statusTxt").innerHTML="";
document.getElementById("district").value=http_request.responseText;
} else { //页面不正常
alert("您所请求的页面有异常。");
}
}else {//只要未读取完成
document.getElementById("statusTxt").innerHTML="正则读取数据中……";
}
}

function loadProvince() {//载入省

你是否曾经或正在为如何能够在最短的时间内完成对一个包含上千个页面的网站的修改而苦恼？那么可以看一下本文的介绍，或许能够对你有所帮助。

什么是SSI？

　　SSI是英文Server Side Includes的缩写，翻译成中文就是服务器端包含的意思。从技术角度上说，SSI就是HTML文件中，可以通过注释行调用的命令或指针。SSI 具有强大的功能，只要使用一条简单的SSI 命令就可以实现整个网站的内容更新，动态显示时间和日期，以及执行shell和CGI脚本程序等复杂的功能。SSI 可以称得上是那些资金短缺、时间紧张、工作量大的网站开发人员的最佳帮手。

　　SSI最初在NCSA服务器平台上推出，在Apache服务器中得到扩展和加强，目前已经可以在几乎所有的服务器上运行。本文将主要结合Apache服务器介绍SSI的使用方法。


如何启动SSI？

　　在Apache服务器下，可以通过直接编辑服务器配置文件或者在需要使用SSI的目录中创建.htaccess文件启动SSI。具体来说，过程如下：


1.服务器配置文件

　　假如用户具有对服务器配置文件的访问权限，可以通过编辑文件access.conf和srm.conf启动SSI。

　　首先使用Telnet远程登录服务器，找到配置文件的存放目录。一般来说，Apache服务器的配置文件都被保存在“/usr/local/etc/httpd/conf”目录下。使用任何一种文字编辑器打开文件srm.conf，找到以下几行：

# If you want to use server side includes, or CGI outside
# ScriptAliased directories, uncomment the following lines.
#AddType text/x-server-parsed-html .shtml

#AddType application/x-httpd-CGI .CGI

　　用户的配置文件中可能没有上述的注释指令行，但是只要找到以AddType开头的两行并且去掉每一行最前面的“#”符号即可。

　　保存所做的修改，然后再打开文件access.conf。用户需要在文件中找到设置DocumentRoot（根文件）的部分。一般来说该段文本如下，但是不排除<Directory>和</Directory>标签之间还包含其它设置内容。

# This should be changed to whatever you set DocumentRoot to.
<Directory /usr/local/etc/httpd/htdocs>
# This may also be "None", "All", or any combination of "Indexes",
Options Indexes FollowSymLinks Includes
</Directory>

　　假如用户不希望执行脚本或shell命令，可以在options选项行中加入要害字IncludesNOEXEC，这样可以答应SSI，但是不能执行CGI或脚本命令。（注：最新版本的Apache服务器只有一个配置文件httpd.conf，以上所提到的内容都已经被包含在该文件中）

2.创建文件.htaccess

　　假如用户不能直接访问服务器配置文件，可以使用文件编辑器创建一个名为.htaccess的文件。注重，文件名前一定要有符号“.”，这样服务器才能知道该文件是隐藏文件，从而提高文件的安全性，避免错误操作。在.htaccess文件中需要加入以下三行文字：

Options Indexes FollowSymLinks Includes
AddType application/x-httpd-CGI .CGI
AddType text/x-server-parsed-html .shtml

　　完成之后可以把.htaccess文件上传到服务端的相应目录，该文件对所有子目录有效。假如用户希望在目录级上禁止CGI或shell命令，可以在.htaccess文件中的Options选项行加入要害字IncludesNOEXEC。

3.使用.shtml还是.html？

　　任何包含SSI的文件在下传到客户端之前，都必须经过服务器的解析过程。虽然从某种程度上这样会增加服务器的负载，但是除非用户的网站天天有几百万的访问用户，某则服务器的性能不会有明显的下降。不过，假如不是需要在每个页面都使用SSI的话，确实没有必要让服务器解析每一个页面。假如用户只希望在几个非凡页面中使用SSI，可以将文件的后缀名改为.shtml，这样服务器就可以只解析包含SSI的.shtml文件。另一方面，假如有多个页面使用了SSI，但是用户不希望使用.shtml的后缀名时，可以在.htaccess文件中使用以下命令行：

AddType text/x-server-parsed-html .html


SSI语法

SSI在使用时遵循以下格式：

<!--#directive parameter="value"-->

　　其中，directive是向服务器发送的指令名称，parameter是指令的操作对象，而value则是用户希望得到的指令处理结果。
　　所有的SSI命令都是以“<!--#”开始，其中“<!

2.Include命令

　　Include命令可以把其它文档中的文字或图片插入到当前被解析的文档中，是整个SSI的要害所在。通过Include命令只需要改动一个文件就可以瞬间更新整个站点！

　　Include命令具有两个不同的参数，假如使用错误的参数更新站点的话，不仅达不到初衷，反而会得到一大堆的错误信息。

　　Virtual：给出到服务器端某个文档的虚拟路径。例如：

　　<!--#include virtual="/includes/header.html" -->

　　为了更加合理的组织站点的内容，用户可以在根目录下创建includes子目录来存放所有的包含文件。Virtual参数可以通知服务器所要包含的是一个虚拟文件，即文件和当前被解析的文档不是位于同一个目录，而是存放在其它目录中。服务器会根据该参数的值找到根目录下的includes子目录。使用这种方法，用户可以把所有HTML文档包含的文件放在一个目录中，而根据相互之间的关系把不同的页面保存在不同的目录或子目录中。无论服务器解析哪一个文档都可以找到所包含的文件，不会产生任何错误。

　　不过这里有一个小问题需要解决。一般我们都会在页面中加入一些TITLE和META标签，假如我们规定所有的页面都调用相同的页眉文件的话，就显得很不灵活。用户碰到这样的问题时，可以使用两个包含文件，一个设置TITLE标签前的内容，另一个设置META标签后的部分，而在两个包含文件之间则可以添加任何定制内容。例如：

<!--#include virtual="/includes/header1.html" -->
<TITLE>Your Page Title</TITLE>
<LINK rel = STYLESHEET href = "http://domain.com/styles/my.css" Type = "text/css" >
<META NAME = "Description" CONTENT = " Description of page">
<META NAME = "Keywords" CONTENT = "keywords for page" >
<!--#include virtual="/includes/header2.html" -->

这里放置页面内容

<!--#include virtual="/includes/footer.html" -->

　　从上我们可以看出通过在页面中包含页眉和页脚可以大大减少站点更新的工作量。但是假如我们希望动态显示一些内容，例如页面的最后更新时间等该怎么办呢？没问题，我们可以把包含文件使用.html后缀保存，这样就可以在包含文件中调用其它的包含文件。

　　File：给? 当前目录的相对路径，其中不能使用“../”，也不能使用绝对路径。例如：

　　<!--#include file="header.html" -->

　　这就要求每一个目录中都包含一个header.html文件。当然，采用这样的方法并不比更新每一个页面简单多少，但是假如用户只更新一、两个文件的话还是很方便的。例如，假如我们不希望让一个对HTML不熟悉的人直接改动网站中的新闻页面的话，可以只让他更新一个单独的文本文件，然后再把该文件包含到HMTL文档中，这样即不会破坏原页面，同时又更新了内容，两全其美。


3.Echo:

　　Echo命令可以显示以下各环境变量：

　　DOCUMENT_NAME：显示当前文档的名称。

　　<!--#echo var="DOCUMENT_NAME" -->

　　显示结果为：

　　index.html

　　DOCUMENT_URI：显示当前文档的虚拟路径。例如：

　　<!--#echo var="DOCUMENT_URI" -->

　　显示结果为：

　　/YourDirectory/YourFilename.html

　　随着网站的不断发展，那些越来越长的URL地址肯定会让人头疼。假如使用SSI，一切就会迎刃而解。因为我们可以把网站的域名和SSI命令结合在一起显示完整的URL，即：

　　http://YourDomain<!--#echo var="DOCUMENT_URI" -->

　　QUERY_STRING_UNESCAPED：显示未经转义处理的由客户端发送的查询字串，其中所有的非凡字符前面都有转义符“”。例如：

　　<!--#echo var="QUERY_STRING_UNESCAPED" -->

　　DATE_LOCAL：显示服务器设定时区的日期和时间。用户可以结合config命令的timefmt参数，定制输出信息。例如：

　　<!--#config timefmt="%A, the %d of %B, in the year %Y" -->
　　<!--#echo var="DATE_LOCAL" -->

　　显示结果为：

　　Saturday, the 15 of April, in the year 2000
　　DATE_GMT：功能与DATE_LOCAL一样，只不过返回的是以格林尼治标准时间为基准的日期。例如：

　　<!--#echo var="DATE_GMT" -->

　　LAST_MODIFIED：显示当前文档的最后更新时间。同样，这是SSI中非常实玫囊桓龉δ埽?灰?

PHP的优点之一是速度很快，对于一般的网站应用，可以说是已经足够了。不过假如站点的访问量很高、带宽窄或者其它的因素令服务器产生性能瓶颈的时候，你可能得想想其它的办法来进一步提高PHP的速度了。这篇文章将从几个方面介绍如何做到这一点，从而令用户浏览的时候更加“爽”。

代码优化

　　在这里并不想再次告诉你如何写更干净的代码，这一点我想每个人都清楚，在需要速度的时候，你可能已经在PHP源代码的优化上面做了不少的工作，这里所提出的是，这个烦琐的工作可以交由其它工具来完成。这就是Zend Optimizer，此程序可以从Zend Technologies的网站（http://www.zend.com/）免费得到。它的原理很简单，通过检测Zend引擎产生的中间代码，并且优化它来得到更高的执行速度。我认为优化代码是一项颇烦琐的工作，而且优化后的代码可能变得难以理解，尤其是当你放下该PHP程序一段时间后，忽然间客户要求你做一些修改时，可能你自己也不懂了;-)。因此我建议你在PHP的源代码较为复杂的时候，用Zend Optimizer来做这个优化的工作，好处是它不会令你的代码变得复杂难懂。

　　安装Zend Optimizer是非常简单的。只要根据你使用的平台，下载相关的预编译库，并且在你的php.ini中加入两行，重新启动你的web服务器就行了！

zend_optimizer.optimization_level=15
zend_extension="/path/to/ZendOptimizer.so"
zend_loader.enable=Off

　　你可能有点希奇，不是说两行吗，怎么变成三行了。不过第三行是可选的，看来禁止这个zend_loader将会令优化的速度更快，因此不妨在你的php.ini文件中多加这一行。要注重的是：只有在你不使用Zend Encoder Runtime的时候，才可以禁止zend_loader，关于Zend Encoder Runtime，还会在下文提到。

要更快吗？使用cache（缓冲）

　　假如你的PHP应用还需要更快的速度，下一个办法是缓冲。要实现这一点，有几种不同的方式。我自己就试用过Zend Cache（评测版本），APC和Afterburner Cache。

　　以上提到的都是“缓冲模块”。它们的原理都差不多，在php文件被首次请求的时候，通过将你的PHP源代码的中间代码存储在web服务器的内存中，对于以后同样的请求，都直接提供内存中的“编译”版本。由于它可以令磁盘的访问达到最小化，因此这个方法确实可以极大地提高PHP的性能。更为方便的是，当你的PHP源代码修改时，缓冲的模块可以察觉到这些变化，并且重新载入一样，因此你不必担心客户得到的是旧版本的程序。这些缓冲的模块确实不错，但是我应该选用哪一种呢？下面分别介绍一下：

　　Zend Cache是Zend Technologies的一个商业化的产品（它也是免费为我们提供PHP引擎和Zend Optimizer的公司）。它确实不错。在首次运行后，你可以明显察觉到PHP的速度得到了很大的提高，服务器的空闲资源也更多了。缺点是你要付费购买它，但就性价比来说，还是非常值得的。

　　Afterburner Cache是Bware Technologies（http://bwcache.bware.it/）提供的免费缓冲模块。当前还只是beta版，它所做的工作看来与Zend Cache差不多，不过性能的提高就比不上Zend Cache，而且现有的版本不能和Zend Optimizer一起工作，不过它是免费的。

　　APC（Alternative PHP Cache）是由Community Connect（http://apc.communityconnect.com/）提供的另一个免费模块。它的工作很稳定，速度也有不少的提高，要注重的是，我还没有找到一个官方的测试数据，这些只是在我的应用上作测试，因此不能下一个结论。
Web内容的压缩（令你客户用起来更“爽”）

　　经过以上两个的方法，相信你的PHP应用的性能已经得到了很大的提高，现在该从另一个方面来考虑了：下载速度。假如你的应用只是在公司内跑，所有的客户都使用100Mb/s的以太网连接到服务器，这可能不是一个问题，但是假如你的客户中有使用慢速的modem连接的，你就要考虑使用内容压缩这个方法了。根据IETF的规范，大多数的浏览器都支持gzip的内容压缩。这意味着你在将web的内容发给客户的浏览器前，可以先使用gzip进行压缩，浏览器在接收的时候就会自动解压数据，并且令用户看到原来的页面。同样，压缩web页面的内容也有几个不同的方法。

　　mod_gzip是Remote Communications（http://www.phpbuilder.com/columns/www.remotecommunications.com）免费提供的一个Apache模块，它可以压缩静态的web页面。它工作得很好，你只需要将它和apache一起编译就行了（或者将它作为一个DSO使用）。Remotecommunications的人说它还可以压缩动态的内容，包括mod_php, mod_perl等。不过我尝试了一下，看来并不行。我在mod_gzip的邮件列表中了解到，这个bug将在下一个版本中修正（我想应该是1.3.14.6f版本）。不过你仍然可以用它作静态内容的压缩。

　　不过我们还想压缩动态的内容，因此我们必须找另外的办法。一个办法是使用class.gzip encode.php（http://leknor.com/code/），只要在你的PHP脚本中的开头和结尾调用这个PHP类，就可以压缩你的页面内容。假如整个站点都需要这样的压缩，你可以在你的php.ini文件中的auto_prepend和auto_append中调用这些函数。它工作得很好，不过在负载很重的站点上，它明显会带来一点的系统开销。要具体了解它是如何工作的，可以看一下它的类代码（你至少需要在编译PHP时加入zlib支持）。作者在里面的说明也非常具体，你可以得到任何需要了解的东西。

　　在最近，我也看到了一篇关于PHP输出缓冲的文章。它说的是PHP4.0.4推出了一种新的输出缓冲的处理手段--ob_gzhandler，它的作用和上面介绍的类相同，但区别是你只要在你的php.ini中使用以下的句法就行了：

output_handler = ob_gzhandler ;

　　这样将激活PHP的输出缓冲功能，并且压缩所有它发送的东西。出于某些非凡的原因，假如你不想在这里设置的话，只在需要的地方才改变这个默认设置的话（不压缩），只要在需要压缩的PHP源码目录中，修改一下.htaccess文件就行了，使用的句法如下：

php_value output_handler ob_gzhandler

... 或者直接在你的PHP代码中调用它，以下面的方式：


ob_start("ob_gzhandler");

　　这个输出缓冲处理的方法很好，并且不会为服务器带来额外的系统开销。我十分建议你使用这种方法。它的改变可以用以下的例子说明，假如客户使用的是28.8K的modem的话，经过这个处理，他将会认为忽然间换成了一个ISDN接入一样。要注重的一点是：Netscape Communicator并不支持图象的压缩，所以将显示不出来。因此除非你的客户全部使用Internet Explorer，否则你必须禁止压缩jpeg和gif图象。其它文件的压缩应该没有问题，但是我建议你最好测试一下，非凡是浏览器使用了不常见的插件或者是少人用的浏览器。

其它有用的东西...

　　Zend Technologies的在线商店在今年1月24开通了，并且售卖一些与PHP相关的有趣产品。包括前面提到的Zend Cache，Zend Encoder（简单说来，是PHP代码的编译器，可以产生编译的类，这样你就可以售卖给顾客而不用担心泄露源代码。在需要运行这些类的web服务器上，将要使用Zend Encoder Runtime来解码），Zend Ide（一个为PHP而设的集成化开发环境，带有很多强大的性能），还有为PHP开发者提供的支持服务。

结论

使用这篇文章提到的技术，你将可以极大地提高站点的性能，不过请注重以下几点：

1.瓶颈或许不在PHP，你需要考察应用中的每个对象（例如数据库）
2.一个web服务器的性能都是有限制的，因此，不要认为性能不好就是PHP的原因，也可能是访问量很大，你的服务器需要升级了，或者考虑使用负载均衡的系统（将会花很多钱）
3.不要认为内容压缩不重要，在100Mb/s的局域网中，你的PHP应用或许性能很好，但要考虑到使用慢速modem的用户。