基于什么样的理由 PHP 比其它 CGI

Q:基于什么样的理由 PHP 比其它 CGI 好呢?有没有比较具体的数据可以证明 PHP 执行与其它 CGI 执行的效率好 ? 现在我的公司是用 C 来写 CGI 的，如果换成 PHP，会不会比较好呢 ?没有强而有力的依据的话，我就没办法说服上面的人让我转成 PHP 了...
A:
我认为"好" 要有三点
第一: 写出来的程式的执行速度快.
第二: 遇到有大量存取时的执行效能强.
第三: 程式开发的时间快，易维护。
php在这三点中，虽都不一定是最好的，但也都在前茅
以下是C,PHP和Perl在速度方面的比较
我用下面的算式测试
$s=1.0;
for ($i=1;$i<=10;$i++) {
for ($j=1;$j<=10;$j++) {
$s=$s*1.0005;
$s=$s/1.0004;
};
};
print $s;
?>
然后用ab -n 10000 -c 20 http://mycgi
测试，结果
C语言用了 37.511 秒
PHP3用了 45.393 秒
PERL用了 68.418 秒
看起是C 最快没错，不过，和PHP3的结果没有太大
的差距。
Perl最慢
以下为测试数据
==============================================
C 语言
==============================================
Document Path: /~evan/test/gcc.cgi
Document Length: 19 bytes
Concurrency Level: 20
Time taken for tests: 37.511 seconds
Complete requests: 10000
Failed requests: 0
Total transferred: 1750000 bytes
HTML transferred: 190000 bytes
Requests per second: 266.59
Transfer rate: 46.65 kb/s received
Connnection Times (ms)
min avg max
Connect: 0 30 3001
Processing: 4 40 69
Total: 4 70 3070
PHP3
==============================================
Document Path: /~evan/test/php3.php3
Document Length: 15 bytes
Concurrency Level: 20
Time taken for tests: 45.393 seconds
Complete requests: 10000
Failed requests: 0
Total transferred: 1710000 bytes
HTML transferred: 150000 bytes
Requests per second: 220.30
Transfer rate: 37.67 kb/s received
Connnection Times (ms)
min avg max
Connect: 0 34 3039
Processing: 6 53 183
Abs: 取得绝对值。
Acos: 取得反余弦值。
ada_afetch: 取得数据库的返回列。
ada_autocommit: 开关自动改动功能。
ada_close: 关闭 Adabas D 链接。
ada_commit: 改动 Adabas D 数据库。
ada_connect: 链接至 Adabas D 数据库。
ada_exec: 执行 SQL 指令。
ada_fetchrow: 取得返回一列。
ada_fieldname: 取得字段名称。
ada_fieldtype: 取得字段资料类型。
ada_freeresult: 释出返回资料的内存。
ada_numfields: 取得字段数目。
ada_numrows: 取得返回列数目。
ada_result: 取得返回资料。
ada_resultall: 返回 HTML 表格资料。
ada_rollback: 撤消当前交易。
AddSlashes: 字符串加入斜线。
apache_lookup_uri: 获得所有的 URI 相关信息。
apache_note: 获得及配置apache服务器的请求纪录。
array: 建立一个新的数组。
array_walk: 让使用者自订函数能处理数组中的每一个元素。
arsort: 将数组的值由大到小排序。
Asin: 取得反正弦值。
asort: 将数组的值由小到大排序。
aspell_check: 检查一个单字。
aspell_check-raw: 检查一个单字，即使拼错也不改变或修正。
aspell_new: 载入一个新的字典。
aspell_suggest: 检查一个单字，并提供拼写建议。
Atan: 取得反正切值。
Atan2: 计算二数的反正切值。
base64_decode: 将 BASE64 编码字符串解码。
base64_encode: 将字符串以 BASE64 编码。
basename: 返回不含路径的文件字符串。
base_convert: 转换数字的进位方式。
bcadd: 将二个高精确度数字相加。
bccomp: 比较二个高精确度数字。
bcdiv: 将二个高精确度数字相除。
bcmod: 取得高精确度数字的余数。
bcmul: 将二个高精确度数字相乘。
bcpow: 求一高精确度数字次方值。
bcscale: 配置程序中所有 BC 函数库的默认小数点位数。
bcsqrt: 求一高精确度数字的平方根。
bcsub: 将二个高精确度数字相减。
bin2hex: 二进位转成十六进位。
BinDec: 二进位转成十进位。
Ceil: 计算大于指定数的最小整数。
chdir: 改变目录。
checkdate: 验证日期的正确性。
checkdnsrr: 检查指定网址的 DNS 记录。
chgrp: 改变文件所属的群组。
chmod: 改变文件的属性。
Chop: 去除连续空白。
chown: 改变文件的拥有者。
从HTML中脱离
    这儿有三种方法从HTML中脱离，同时加入“PHP代码模式”
    Example 5-1. 从HTML中脱离的方法
1. <? echo("this is the simplest, an SGML processing instruction "); ?>
2. <?php echo("if you want to serve XML documents, do like this "); ?>
3. <script language="php">
echo ("some editors (like FrontPage) don't
like processing instructions");
</script>;
4. <% echo("As of PHP 3.0.4 you may optionally use ASP-style tags"); %>
语句的脱离方法
    语句的脱离方法和C及PERL是一样的------终止每一个语句时使用分号（；）。
    结束标签（？>）也暗示了说明的结束，所以下面的两句话是等价的：
<php
echo "This is a test";
?>
　
<php echo "This is a test" ?>
变量类型
    PHP支持如下的变量类型：
integer ：整数
double ：双精度数
string ：字符串
array ：队列数组
object ：对象
pdfdoc (only if enabled PDF support) ：PDF文本（仅仅在起用PDF支持之后生效）
pdfinfo (only if enabled PDF support) ：PDF信息（仅仅在起用PDF支持之后生效）
    这些变量的类型通常不由程序员来设置；特别的，它在运行时由PHP依据上下文来设置使用什么类型。
    如果您喜欢强制将某个变量转换到指定的类型，您还可以对该变量进行“cast”操作，或者使用函数“settype（）”。
　
    注意这些变量可能会在确定的情形下被不同的控制者使用，这依赖于此时该变量的类型是什么。想要获得更进一步的信息，请参考“Type Juggling”部分。
变量的初始化
    在PHP中初始化一个变量，您只需要简单的分派给它一个值即可。对于大多数类型，这样做是十分简单的；但是对于类型“Array(数组)和Objects(对象)”来说,需要使用有些不同的方法。
初始化数组
    一个数组可以使用如下的方法来初始化：使用连续的指定值，同时使用“array（）”结构（这将在“Array 函数函数说明部分中被证明）。
一些杂谈
首先是本文写作的初衷。我拿到关于Zend Engine 2.0的设计蓝图文档已经有一段时间了（现在大家也可以去参考资料中的地址下载回来看看），看完之后就有了写一篇评论的冲动--因为根据文档的描述下一代的PHP将是一种更符合现有面向对象开发习惯的语言，至少是被更多的赋予了面向对象特性。但是随之带来的问题就是对于PHP这样一个以Web快速开发为初始目标的语言是否值得将自己修饰得面面俱到？这个问题看来是需要一些评论文章来讨论的，我也很愿意提出自己的观点。但是后来一些繁忙的事情就将这个冲动一点点又打回了肚里，直到最近一段时间又想起，于是再拜读几遍设计蓝图文档，遂有此文。（刚拿到这份英文文档的时候我还有将这份设计蓝图文档翻译到中文的打算，但是考虑到一是并非最终蓝图，二是大家都应该培养直接阅读原文的习惯，三是翻译总是不可避免会带来一些晦涩的地方，于是暂时作罢。不过写成此文的时候，还是决定"冒险"翻译一次，不能准确达意之处还请各位不吝指正。）
其次是对本文讨论焦点的解释--在这篇评论中我将主要针对将来的PHP中得以大大加强的面向对象特性进行评述。如果你是PHP的开发者，那么我猜想你应该了解一些PHP语言中的面向对象特性；但是由于一般PHP用于"极端快速开发环境"（这是我自己生造出的一个词语，表示进行一些以客户为导向的网站开发的情况，特点就是工期非常短且客户要求不甚明确），所以真正大量使用其对象特性的开发者以及开发项目并不是很多；另外，现有PHP对象模型相对C++和Java的弱势，也限制了这方面特性的使用。不过在PHP的将来版本中，修改重点就在于语言中的面向对象模型，完善现有版本中许多不良的特性并加入其他特性。因此讨论PHP的未来面貌就集中在讨论PHP的面向对象特性方面。
好了，让我们步入正题，看看Zend Engine 2.0的新特性。
归纳Zend Engine 2.0设计蓝图（草稿）
从设计蓝图（草稿）中可以非常清楚的看出下一代Zend Engine是以新的面向对象模型为基础的。如果你曾经使用过现有PHP 4的面向对象特性，那么也许会在找到一点点Java或者C++的感觉的同时觉得有些别扭--不但是在面向对象语法的匮乏上，而且有时会得到意想不到的运行结果--这一切都是因为在现有的支持PHP 4的Zend Engine 1.0中不那么优雅的面向对象模型造成的。
简单说来，下一代的Zend Engine将向Java靠拢，大量借鉴其面向对象模式。从改进特性的类型来看，应该可以分为三类：第一类是对现有面向对象模型的改进和加强，其中包括对构建器和析构器的定义，增加的私有成员变量、静态成员变量、多重继承、过载等面向对象特性；第二类是对于控制流程的修改和增删，比如增加了形如try/catch/throw违例处理机制；第三类是关于函数的修改和增删，比如对于字符串偏移量的增加函数。（对于每一类改进的详细情况，可以查阅参考资料中所列文档。）由此可以看出，通过第一类和第二类的改进，PHP正在逐步将自己改良成一种具有面向对象特征的语言。
　虽然看上去一切都好了，但是我们仍没有达到我们真正地与用户交互的目的，我们的用户应该能够输入任意的信息，并将它交给PHP来处理。接着我们的个性化欢迎页面的例子，我们想要让我们的用户任意地输入他（或她）的名字并将其显示到信息中，要让用户输入数据，我们需要用到HTML的表单。
这儿是表单的代码：
<FORM ACTION="welcome.php" METHOD=GET>
First Name: <INPUT TYPE=TEXT NAME="firstname"><BR>
Last Name: <INPUT TYPE=TEXT NAME="lastname">
<INPUT TYPE=SUBMIT VALUE="GO">
</FORM>

　　除了在这里你可以任意输入你的名字以外，这个表单所起的效果和我们上面的第二个连接（在查询字符串中使用firstname=Kevin&lastname=Yank）完全一样。当你按提交按钮（标志为“GO”）时，浏览器会装载welcome.php并自动为你在查询字符串中添加变量和它们的值。变量名就是在INPUT TYPE=TEXT标识中的NAME属性，变量值就是用户输入的相应的内容。
　　INPUT TYPE=TEXT标识中的METHOD属性是用来告诉浏览器如何在请求中发送变量名及变量值的。GET（就是我们在上面使用的）表示在查询字符串中传递变量，但是还有另外一种选择。将变量显示在查询字符串中并不总是令我们满意的--甚至有的时候在技术上就是不可行的。如果在你的表单中包含了一个TEXTAREA标识用来让用户输入大量的文本，这部分文本也显示在查询字符串中实在是太长了，而且会超过浏览器所能支持的URL的最大长度。另外一种方法可以允许浏览器隐藏地传递信息。这种方法的代码和我们上面看到的表单的代码几乎一样，只是我们将表单的方法从GET变成了POST：
<FORM ACTION="welcome.php" METHOD=POST>
First Name: <INPUT TYPE=TEXT NAME="firstname"><BR>
Last Name: <INPUT TYPE=TEXT NAME="lastname">
<INPUT TYPE=SUBMIT VALUE="GO">
</FORM>

　　这个表单和我们之前的那个在功能上完全一样。唯一的不同是当用户在按“GO”按钮时所装载页面的URL将没有一个查询字符串。一方面，这可以让你通过表单提交大量的数据或者是敏感的数据（例如密码），而不在一个查询字符串中显示出来。另一方面，如果用户将提交表单生成的结果页添加到收藏夹，这个收藏夹是没有用的，因为它不包含提交的数据。另外，附带说一下，象AltaVista这样的搜索引擎总是利用查询字符串来提交查询条件，其主要原因就是为了便于用户将查询结果页添加到收藏夹中，以便在将来进行同样的搜索，因为搜索条件是包含在URL之中的。