Everyday NetLog

1、使用单/双引号引用字符

　　当使用双引号来引用字符串时，PHP解释器会对其进行变量替换、转义等操作。
如果只想输出一个基本的字符串，就用单引号吧，这样会节省一些资源。
如果你需要进行变量替换的，那就必须用双引号了，但其他情况下还是用单引号吧。举例说明：
<?php echo "\n zhoz.com"; // 输出:zhoz.com(\n已变成了回车) echo '\n zhoz.com'; // 输出:\n zhoz.com，原本不动地输出了。 ?>

2、字符串的输出效率问题

<?php print "hello word is $a. I am $b"; // 6.103515625E-005 times echo "hello word is $a. I am $b"; // 6.19888305664E-005 times echo "hello word is ".$a.". I am ".$b; // 6.103515625E-005 times echo "hello word is ",$a,". I am ",$b; // 5.81741333008E-005 times echo 'hello word is ',$a,'. I am ',$b; // 5.79357147217E-005 times ?>

测试一段php执行代码执行时间的方法，仅供参考：
<?php $stime=microtime(true); //获取程序开始执行的时间 echo "hello word is ",$a,". I am ",$b; $etime=microtime(true);//获取程序执行结束的时间 $total=$etime-$stime;   //计算差值 echo "<br />{$total} times"; ?>

　　上面的哪个执行会最快？通常会觉得三？但事实上最后一条的运行速度是最快的。
print比echo要慢，在字符串中进行变量替换时会更慢，而连接字符串要比用逗号连接来得慢，最后一句则是第一个习惯的体现。
字符串中进行变量替换不仅会加快程序运行速度，代码在任何语法高亮显示的编辑器中高亮显示。
很少人知道echo的参数可以用逗号连接，且速度会比字符串连接要来得快。太绝了！

3、在数组索引中使用单引号

　　经常容易看到使用数组是使用$temp_array[zhoz]这样的形式，这样PHP会将没有括起来的索引辨认为“裸”字符串，并把它解释为一个常量。

当找不到该常量的定义时，才将其解释为一个字符串，最后才可运行。把索引括起来$temp_array['zhoz']可以省去这部分工作，就算有常量定义也

不会产生错误。据说可以提交7倍速度！

4、PHP开始标志问题

　　上次有位朋友问到我为什么<?这样写的php执行不了？
“<?”是非常糟糕的符号，它会引起与XML解释器的冲突。
而且一旦这样写代码，那么使用者就必须修改php.ini文件来打开对此符号的支持short_open_tag = On。
最好还是规范化用“<?php“吧。

5、在循环声明中使用函数

　　这个问题不单单出现在PHP中，通用其它如asp/jsp一样也存在的问题：
<?php for ($i=0; $i < count($array); $i++) {   ... } ?>

　　这因该很好解释，就是想少写一行代码而浪费了很多系统资源。如果在循环声明中使用了count函数，那每次循环都会调用一次。
如果你的循环次数越多，那浪费资源及时间就越多。
优化为：
<?php $zhoz_count = count($array); for ($i=0; $i < $zhoz_count; $i++) {   ... } ?>

6、规范及变量声明
　　老话题，每个人有每个人的规范方法，但最好能统一话。团队开发时，在开始前我通常会统一规范，让大家一起遵守。
这里包括缩进、注释、代码风格、命名规范等。
这样对于后期查看与理解大有好处的。变量声明不可缺少，方便查找来源，另外对一个没有初始化的变量进行递增操作要比初始化过的来得慢。


7、避免使用register_globals和magic quotes

　　这是两个很古老的功能，在当时（十年前）也许是一个好方法，但现在看来并非如此。老版本的PHP在安装时会默认打开这两个功能，这会引起

安全漏洞、编程错误及其他的问题，如只有用户输入了数据时才会创建变量等。如今这两个功能都被舍弃了，所以每个程序员都应该避免使用。如

果你过去的程序有使用这两项功能，那就尽快将其剔除吧。

作者：@Everyday NetLog
地址：http://log.zhoz.com/read.php?395
版权所有。转载时必须以链接形式注明作者和原始出处及本声明！