最近编码、学习总结（2011/8/10至2011/8/22）

1、  有关变量追踪

         我有个不好的习惯，就是喜欢把一个功能规划好后一直编码直到认为解决了，之间不经过 任何测试和追踪。有时候一个关键的功能时间跨度有10天之久,

这就导致以前的问题当时我很清楚，到了真正调试的时候往往忘了很多具体的细节。然后又要花上跟编码一样的时间或者更多的时间去debug。

         现在总结下，需要做以下修改：编码过程中需要没用一个关键变量就加上追踪代码，比如echo _line_." : ".$var,如果是数组就用print_r()，对于关键的控制流程的变量尤其要注意，可以用debug_backtrace()来追踪（debug_backtrace()的用法本人不是很了解，以后定将奉上）。

2、  异常处理

        在phpchina论坛上有短时间对于try/catch,set_error_handler等异常处理讨论得异常激烈，本人也感觉这方面很重要，特把一些讨论拿出来看看：

        首先这是一篇介绍try/catch的好处的文章:http://bbs.phpchina.com/viewthread.php?tid=80911,楼主深刻地提出某些书本或教程中存在着滥用try/catch的误导；

        接下来 一人发帖题为“深入理解PHP原理之异常机制”，从Zend engine角度看异常机制：http://bbs.phpchina.com/viewthread.php?tid=190797

       下面有一个自认为把try/catch用得很溜的人发个题为“把鸡肋变成鸡腿-----PHP异常处理”的论调，他认为应该把异常分散处理，不应该向上扩散，但是我认为这样必将导致很多try/catch的使用，甚至会发生滥用的现象：http://bbs.phpchina.com/viewthread.php?tid=220717&extra=&highlight=%D2%EC%B3%A3

        最后有一贴题为：“极致控制下的异常错误处理”，http://bbs.phpchina.com/viewthread.php?tid=220916，它是用来在程序面临崩溃是异常处理记录ＰＨＰ错误甚至ｍｙｓｑｌ错误，这种用法有待商榷。

3、  file_get_contents用法

        上次的的项目中要求读一个几百万行的文件，读的过程中还得去调用一个远程的接口处理信息，还得入库，我用到了file_get_contents()这个神器，不料连续奋战12个小时的程序第二天报一个错误：

后来我只给file_get_contents()方法最后一个可选参数加上一个指定小值问题就解决了。

         下面是介绍file_get_contents()另一个很牛逼的作用的博文：

http://www.justwinit.cn/post/4494/