用封装类来合理的设计PHP项目--谈PHP项目中类的封装

<

<  网上很多文章介绍优化php程序，是通过安装Zend Optimizer之类的加速软件实现的，但这种加速是有限的。本文主要从程序代码着手介绍一些优化手段。

1、程序的抽象层越多，各抽象层分离得越严格，程序效率越低。

最原始的应用于网页的php程序模式莫过于脚本嵌入模式，即仅仅在一个网页中需要动态处理或显示数据的地方通过加入标识符嵌入php脚本。一般来说这是php程序员最早学习的模式，它只有一个抽象层，就是网页，故本文称其为单层模式。

随着网站规模逐渐增大，程序员可能会发现单层模式的程序很难维护，当想对程序修改或扩充功能时，会发现代码非常混乱，感觉无从下手。于是模板类诞生了，它使一个网页由两个文件组成：一个php程序文件，一个html模板文件。常用的模板类有PHPLib库带的Template模板类，Smarty模板类等。由于加入了额外的处理程序（模板类），程序效率下降了。你若不信可自己测试一下。其实一般情况下，不用函数（最原始的编程方法）比用函数（面向过程）的效率高，而用函数的效率又比对象封装（面向对象）高。所以就算在编译语言中，需要高效率的地方会用C写而不用C++，例如FreeBSD操作系统的内核；而需要极端高效的地方还要用汇编写。

为了使程序可以适应多种数据库系统，或者方便随时转换数据库系统，常常还会用一个类把跟数据库打交道的函数封装起来，这样当转换数据库系统时只要把封装类换掉就行了，主程序不需要修改。这里又用了一个类，效率又打折扣了。

上述模板类的使用，使程序分成两个抽象层：程序层和表现层。而数据库类的使用又把程序层分为数据接口层和数据处理层。

项目越庞大，需要分离的抽象层就越多，这样使得分工清晰，方便管理，但是以牺牲程序执行效率为代价。

对于抽象层造成的效率下降，优化的方法有二：减小抽象层、优化抽象层之间的接口。一般地，不应该为了提高效率而盲目减小抽象层，这样会使得代码混乱、难于管理。但是不应该为小项目建立过多的抽象层，除非你有将来把它做得很大的计划。关于如何恰当分割抽象层，本文不作更深入讨论。

对于上文说的两个分层例子，优化抽象层之间的接口分别是模板类和数据库操作类。抽象层接口在程序中需要被频繁调用，以在不同层之间交换信息，所以层接口是很值得优化的。对于数据库接口类，可能仅仅是封装一些数据库函数，优化余地恐怕不大。对于模板类，很多时候是有较大优化余地的。一般地，模板模型越通用，模板类功能越强大，效率就越低，例如PHPLib库带的Template类就有极大的优化余地。而Smarty模板类比PHPLib的Template更复杂，我没有用过，据称有缓存机制，不知是否可以弥补其性能损耗。下面就来看看PHPLib的Template类有多少东西可以优化掉。

(1) 读入模板文件时，file函数效率低，改用get_file_content函数。

(2) 匹配子模板时，正则表达式替换函数preg_replace效率低，改用str_pos函数进行定位和用str_replace函数进行替换操作。此优化手段后文会详细分析。

(3) 模板模型通用性很强，能适应各种情况，但在具体细节的处理上，通用的方法效率可能很低。可以对模板模型作适当修改。我的做法是建一个相对通用的模板类，然后再派生出一个只适用于特定程序的模板类。在通用模板类的模板模型上可以作些优化（相对于PHPLib的Template），例如在处理二维数据表的时候用PHPLib的Template处理就比较复杂，需要多次调用类方法（本质上是函数调用），所以重写的时候可以把处理二维数据表的功能封装到一个高效率的方法中，直接避免方法的多次调用。

(4) 调试功能在小项目上不需要用，跟调试相关的代码全部去掉。

我在按上面4点重写了模板类之后，一个复杂页面的执行时间缩小了一个数量级（除模板外没有作其它优化）。

现在就优化你的程序的抽象层之间的接口，特别是当这些接口是使用现成的函数或类的时候。因为这些函数或类在设计时会为了适应普遍情况而牺牲一些效率，而且它们的作者也可能没有考虑效率问题。像如此著名的PHPLib的模板类的效率也不见得就高。

2、细节代码优化

(1) 上文模板类优化已提到的，正则表达式匹配比一般字符串匹配慢得多，尽可能用字符串匹配而不用正则表达式匹配。有时候虽然用正则表达式匹配使程序代码更简洁，而一般字符串匹配使代码更冗繁，但很多时候字符串匹配仍比正则表达式高效。

(2) 字符串替换函数str_replace和preg_replace都是可以接受数组参数的。有时候需要对字符串进行批量替换，则用数组参数比循环调用替换函数来得高效。例如下面的代码：

for ($i = 0; $i < $n; $i++) {
$str = str_replace($search[$i], $replace[$i], $str);
}

应该换成：

$str = str_replace($search, $replace,

声明：本文同时发表于一搏IT社区、CSDN、昨夜风个人网站，欢迎任何网站/个人转载，但请保留声明信息和作者信息，多谢合作！

作者：靳英辉(昨夜风)
版本：Jpage v2.0 for php
发表：2008-12-02

______________________________________________________________

在先后推出针对Java、.Net2.0开发语言下的Jpage两版分页之后，随着一搏IT社区、abcbaby、加拿房产网、中国开源网的开发需求，以及新东方一搏PHP01班的盛大起航，对php下的Jpage分页需求，提上日程。

版本历史：
2007年10月，Jpage分页php版诞生，初步应用于几个项目中。
2007年11月，我和PHP01的学生们，一起对Jpage第一版进行了全面的测试和完善。
2008年12月，Jpage 2.0 php的诞生。

Jpage v2.0 for php

特点：
1、通用的数据封装。
只需包含mysql.php，解决所有增、删、改、查的问题。执行SQL语句、执行过程、返回数组结果、返架一行结果、返回一行一列，尽在其中。
对数据持装类，吸纳了微软的.NET数据层的思想，结合了实际开发需求，将大大提高开发效率。

2、只需一条查询语句。
使用简单、开发快捷、最优查询一直是Jpage系列分页的核心思想。只需一条语句，即支持普通查询、海量查询，并同时得到多种分页样式， 这就是Jpage分页。

3、优化小量查询和海量查询。
经Mysql5 260万条数据测试，Jpage分页执行飞快。明显优于网上其它分页以及基于PHP程序层结果集的分页。在Mysql中，Jpage分页采用了limit来分页，这延续了Jpage分页“需多少，取多少”基于数据库层面的分页思想。

4、内置三种页脚风格。
为了解决不同的显示需求，Jpage分页内置了三种页脚显示风格：
默认样式：适合一般企业需求。
简捷样式：适合窄页面显示需求。
数据样式：适合海量数据显示需求。
除了上述三种风格之外，开发者还可在footPage.php中自定义风格。

5、灵活的页脚样式控制。
你可以定义诸如：#page a{color:red}样式表文件，来得到不同显示效果。

６、与Jwork框架无缝集成。
作为Jwork框架的前身，Jpage分页,它不是一个在战斗。Jwork框架是软件开发的经验集、通用集、效率集。

对比：

一般分页／自定分页存在的问题：

１、网址传参的问题。
网上有些分页，包括我们自己写的分页，往往忽略了网址传参的问题。我们知道，分页的网址一般为:
list.php  list.php?page=2，

但当网址有参数时，
list.php?name=yiboit&id=20
一般分页则为：list.php?page=2
Jpage分页为：list.php?name=yibit&id=20&page=2

2、书写复杂、代码冗余、和数据层独立。
一般的分页，和数据层独立，并且和视图（页面）过于耦合，在使用上、开发上、运行效率上都是值得商榷的。
Jpage分页，已先后发布Java、.Net、PHP三版，基于同一思想，经过百万级项目测试、压力测试，尚未出现任何问题。
Jpage分页，把分页作为数据层一个功能，把显示层(分页样式)以配置文件独立出来，站在“松散耦合”的高度，让开发如此便捷。

3、基于结果集的分页或基于存储过程。
分页主要有两种方案，一种是基于结果集的指针，一种是基于数据端TOP N的思想。

 

以前每当一个 ZendStudio 的新版本发布时都会同时发布一个新版的 ZendStudioServer 组件，这个组件可以让我们很方便地进行远程调试。但是自从 Zend 发布了 ZendPlatform 以后他们就不再更新 ZendStudioServer 组件了。这就导致我们只能远程调试 PHP 5.1.x 的环境，而不能调试 PHP 5.2.x。要想调试 PHP 5.2.x 只能装一个庞大的 ZendPlatform。：（

因此我一直在找一个“轻量级”的解决方案。近日在逛 Zend.com 时发现了一个好东西：ZendDebugger-5.2.3-Windows-i386.zip，直觉告诉我，这就是我想要的。果不其然，今天试验成功！

下面就说一说我的试验步骤：

1. 到这里下载 ZendDebugger-5.2.3-Windows-i386.zip，然后将其解压到某一目录，比如：C:Program FilesZend，这就会在该目录里面新建一个 ZendDebugger-5.2.3-Windows-i386 子目录，里面有 4_3_x_comp、4_4_x_comp、5_2_x_comp 等目录，将这些 x_y_z_comp 分别改为 php-x.y.z（比如将目录 5_2_x_comp 改为 php-5.2.x）；
2. 确保已经加载了 Zend Extension Manager，如果安装了 Zend Optimizer 则会自动安装 Zend Extension Manager，若没有安装请先安装 Zend Optimizer 。或者你可以把 Zend Optimizer 中 ZendExtensionManager.dll 给提取出来，然后手工在 php.ini 中添加一行：
   zend_extension_ts=”C:Program FilesZendZendOptimizerZendExtensionManager.dll”
   其中 ZendExtensionManager.dll 的位置请根据你的实际情况填写；

3. 在 Web Server 的 php.ini 添加下面几行：
   zend_extension_manager.debug_server_ts="C:Program FilesZendZendDebugger-5.2.3-Windows-i386″(这个目录一定要和Zend Optimizer 在同一个目录要不然就无法加载)
   zend_debugger.expose_remotely=allowed_hosts
   zend_debugger.allow_hosts=127.0.0.1/32,192.168.1.0/24,192.168.1.0/24
   zend_debugger.allow_tunnel=127.0.0.1/32

   zend_extension_manager.debug_server_ts 的值请根据你的实际情况填写，就是 php-x.y.z 的父目录。

4. 把 ZendDebugger-5.2.3-Windows-i386 目录下的 dummy.php 复制到你的 Web 站点根目录。

5. 重启你的 Web Server，OK！

简单总结一下：Zend Studio 的远程调试是由 ZendStudioServer 组件（ZendDebuger.dll）提供的。本质上这是一个 Zend 扩展，因此你只要能把这个 Zend 扩展启用就可以了。只是 Zend 公司出品的 Zend 扩展只能由那个 Zend Extension Manager 负责加载，所以我们才需要做一些额外的步骤，否则只需简单地加一行 zend_extension_ts = xxxxxx 而已。

完。

后记：修改php.ini

[Zend]
zend_extension_manager.optimizer_ts="d:apmZendZendOptimizer-3.3.0libOptimizer-3.3.0"
zend_extension_ts="d:apmZendZendOptimizer-3.3.0libZendExtensionManager.dll"
zend_extension_manager.debug_server_ts="D:APMZen