[size=+2]邪恶的 @ 操作符
不要滥用 @ 操作符。虽然 @ 看上去很简单，但是实际上后台有很多操作。用 @ 比起不用 @，效率差距：3 倍。
特别不要在循环中使用 @，在 5 次循环的测试中，即使是先用 error_reporting(0) 关掉错误，在循环完成后再打开，都比用 @ 快。
[size=+2]善用 strncmp
当需要对比「前 n 个字符」是否一样的时候，用 strncmp/strncasecmp，而不是 substr/strtolower，更不是 PCRE，更千万别提 ereg。strncmp/strncasecmp 效率最高(虽然高得不多)。
[size=+2]慎用 substr_compare (PHP5 ONLY)
按照上面的道理，substr_compare 应该比先 substr 再比较快咯。答案是否定的，除非：
- 无视大小写的比较
- 比较较大的字符串
[size=+2]不要用常量代替字符串
为什么：
- 需要查询杂凑表两次
- 需要把常量名转换为小写(进行第二次查询的时候)
- 生成 E_NOTICE 警告
- 会建立临时字符串
效率差别：700%。
[size=+2]不要把 count/strlen/sizeof 放到 for 循环的条件语句中
贴士：我的个人做法
QUOTE:
// PHP CODE Highliting for CU by dZ902
<?php
for ( $i = 0, $max = count( $array); $i < $max; ++ $i);
?>
效率提升相对于：
- count 50%
- strlen 75%
[size=+2]短的代码不一定快
QUOTE:
// PHP CODE Highliting for CU by dZ902
<?php
// longest
if ( $a == $b) {
$str .= $a;
} else {
$str .= $b;
}
// longer
if ( $a == $b) {
$str .= $a;
}
$str .= $b;
// short
$str .= ( $a == $b ? $a : $b);
?>
你觉得哪个快？
效率比较：
- longest: 4.27
- longer: 4.43
- short: 4.76
不可思议？再来一个：
QUOTE:
// PHP CODE Highliting for CU by dZ902
<?php
// original
$d = dir('.');
while (( $entry = $d->read()) !== false) {
if ( $entry == '.' || $entry == '..') {
continue;
}
}
// versus
glob('./*');
// versus (include . and ..)
scandir('.');
?>
哪个快？
效率比较：
- original: 3.37
- glob: 6.28
- scandir: 3.42
- original without OO: 3.14
- SPL (PHP5): 3.95
画外音：从此也可以看出来 PHP5 的面向对象效率提高了很多，效率已经和纯函数差得不太多了。
[size=+2]提高 PHP 文件访问效率
需要包含其他 PHP 文件的时候，使用完整路径，或者容易转换的相对路径。
QUOTE:
// PHP CODE Highliting for CU by dZ902
<?php
include 'file.php'; // bad approach
incldue './file.php'; // good
include '/path/to/file.php'; // ideal
?>
[size=+2]物尽其用
PHP 有很多扩展和函数可用，在实现一个功能的之前，应该看看 PHP 是否有了这个功能？是否有更简单的实现？
QUOTE:
// PHP CODE Highliting for CU by dZ902
<?php
$filename = "./somepic.gif";
$handle = fopen( $filename, "rb");
$contents = fread( $handle, filesize( $filename));
fclose( $handle);
// vs. much simpler
file_get_contents('./somepic.gif');
?>
[size=+2]关于引用的技巧
引用可以：
- 简化对复杂结构数据的访问
- 优化内存使用
QUOTE:
// PHP CODE
