易栈网-膘叔

这是cssrain站长翻译的一篇文章，事实上，在PHP中，已经不太建议使用switch-case了。
特别是在面向OO的代码中，你几乎也看不到这样的代码出现

不是说这个方式不好。而是，它的可扩展性不强。所以在大多数情况下，都放弃采用这种方式。

以下是翻译内容，来源于：http://www.cssrain.cn/article.asp?id=1384：

我很年轻，还没有做过很长的编程。所以我对使用switch-case 语法没有什么很深刻的印象，至少在我的记忆中是这样。或许你认为这是一件坏事情。你甚至会怀疑我为什么不使用它们。我真的不知道为什么，似乎我天生就不喜欢使用它，如下所示：

显然，虚构此代码的作者不够了解使用其他JavaScript方法来构建此功能。其实有很多种方式更适合这种情况，而不是一个丑陋的switch. 有许多许多更轻松，更优雅的方式来实现这种功能。
switch-case组合肯定是非常有用的，当你有一个变量并且依靠它的值的不同来做不同的事情。使用多个if-else不太恰当，所以人们通常使用switch-case来代替多个if-else.我敢肯定你也是.
上面的例子依赖于 something 判断 ，然后根据条件运行doX ， doY或doN 。在JavaScript中，同样的逻辑可以表示一个简单的查找表的形式————对象，如下所示：

这不仅简洁，而且也可以重复使用和修改条件。所有条件都是对象的一部分，因此，如果您需要改变某些条件那就非常简单了。

所以，我想说的是：请不要使用switch-case，除非绝对必要的。 为什么？ 因为有更好的替代品，比它更简单！

关于“ switch-case”的语法，请浏览：http://en.wikipedia.org/wiki/Switch_statement

如果想阅读原文，请点击这里：http://james.padolsey.com/javascript/how-to-avoid-switch-case-syndrome/
提示:译文跟原文有出入，请看原文。

原文地址：http://www.laruence.com/2008/11/20/630.html

膘叔的話：foreach是PHP語言里最常用的語法結構之一了，只要是數組操作，極大可能是會用到它，自從PHP5之后，它也能操作對象了。自此，foreach的使用率又上升了很多。但是有多少人知道它的背後原理呢？記得在以前的時候，好象是說foreach其實就是while( list )等的封裝。但由于一直沒有看過PHP的源碼也不能這么確定。（PS：如果用dezender等破解軟件破解PHP代碼，那么你會發現，代碼是foreach的那塊，都是被替換成while( list each )這種，所以我才會有上面的猜測）正好，看到風雪之隅有這個介紹，就轉貼一下。自己也可以學習一下。呵呵

foreach是PHP中很常用的一个用作数组循环的控制语句。
因为它的方便和易用，自然也就在后端隐藏着很复杂的具体实现方式(对用户透明)
今天，我们就来一起分析分析，foreach是如何实现数组（对象）的遍历的。
本节内容涉及到较多编译原理（lex and yacc）的知识，所以如果您觉得看不太懂，可以先找相关的资料看看。

我们知道PHP是一个脚本语言，也就是说，用户编写的PHP代码最终都是会被PHP解释器解释执行，
特别的，对于PHP来说，所有的用户编写的PHP代码，都会被翻译成PHP的虚拟机ZE的虚拟指令（OPCODES）来执行(参看：深入理解PHP原理之Opcodes).

不论细节的话，就是说，我们所编写的任何PHP脚本，都会最终被翻译成一条条的指令，从而根据指令，由相应的C编写的函数来执行。

那么foreach会被翻译成什么样子呢？

在词法分析阶段，foreach会被识别为一个TOKEN：T_FOREACH，
在语法分析阶段，会被规则：

仔细分析这段语法规则，我们可以发现，对于:
foreach($arr as $key => $val){
echo $key . ‘=>’ . $val .”\n”;
}

会被分析为：

也就是说，对于$key => $val的情况，yacc的内容栈对应的foreach_variable会被替换 {$$=$2};

然后，让我们来看看foreach_statement：
它其实就是一个代码块，体现了我们的 echo $key . ‘=>’ . $val .”\n”;
T_ECHO expr;

显然，实现foreach的核心就是如下3个函数：
zend_do_foreach_begin
zend_do_foreach_cont
zend_do_foreach_end

其中，zend_do_foreach_begin (代码太长，直接写伪码) 主要做了：
1. 记录当前的opline行数（为以后跳转而记录）
2. 对数组进行RESET（讲内部指针指向第一个元素）
3. 获取临时变量 （$val）
4. 设置获取变量的OPCODE FE_FETCH，结果存第3步的临时变量
4. 记录获取变量的OPCODES的行数

而对于 zend_do_foreach_cont来说：
1. 根据foreach_variable的u.EA.type来判断是否引用
2. 根据是否引用来调整zend_do_foreach_begin中生成的FE_FETCH方式
3. 根据zend_do_foreach_begin中记录的取变量的OPCODES的行数，来初始化循环(主要处理在循环内部的循环:do_begin_loop)

最后zend_do_foreach_end:
1. 根据zend_do_foreach_begin中记录的行数信息，设置ZEND_JMP OPCODES
2. 根据当前行数，设置循环体下一条opline, 用以跳出循环
3. 结束循环（处理循环内循环:do_end_loop)
4. 清理临时变量

当然， 在zend_do_foreach_cont 和 zend_do_foreach_end之间 会在语法分析阶段被填充foreach_satement的语句代码。

这样，就实现了foreach的OPCODES line。
比如对于我们开头的实例代码，最终生成的OPCODES是：

我们注意到FE_FETCH的op2的操作数是14，也就是JMP后一条opline，也就是说，在获取完最后一个数组元素以后，FE_FETCH失败的情况下，会跳到第14行opline，从而实现了循环的结束。
而15行opline的op1的操作数是指向了FE_FETCH，也就是无条件跳转到第5行opline，从而实现了循环。

附录:

本文是从网上COPY而来，本文原始网址为：http://www.wlue.cn/html/200863124143.html，属于SEO一类的文章，对于文章中的一些见解，如果我有不同看法，我会以不同颜色的文字标出。
请看全文：

      对于服务器租用者来说，要想在硬件环境、网络环境等来改善自身网站性能，受客观因素的影响可能会有比较大的难度。因此，只能退而求其次，在程序上狠下功 夫。对于独立博客站长来说，使用的博客程序一般都是比较成熟的发行版的程序，这些程序为了适用的广泛性往往在代码中留出了很大的改进余地，因此，我们可以 在这上面下一些功夫。

　　提高博客性能方法一： 合并JavaScript文件。

     无论是在PJBlog还是其它的博客程序中，都使用了大量的外部JavaScript文件，要知道，引入一个外部文件都要 发送一个HTTP请求，而在所有影响页面响应速度的因素中，HTTP请求是最关键的一个，因此把所有的JavaScrip文件合并到一个 javascript.js的文件中是一个很好的做法。不过，你要注意不同的JavaScript文件中使用了不同的变量和函数名称，你要保证它们合并之 后还能正常工作。在某些情况下，你也可以有两个独立的JavaScript文件;

　　提高博客性能方法二：精减你的JavaScript文件。

      合并 JavaScript文件是为了减少HTTP请求次数，但是基本上不会在体积上有所改观，所以你还需要精简掉JavaScript文件中那些没有用的东 西，比如注释、换行、空白等，这大概会使你的程序缩小20%~30%的空间。你可以使用ESC 1.14对文件进行压缩，它的压缩率高达60%以上，对于减少响应大小、提高响应速度来说大有裨益;

　　提高博客性能方法三：合并CSS文件与精减CSS文件。

      和处理JavaScript文件一样，把所有的CSS文件合并到一个style.css中，CSS比 JavaScript 好处理的一点就是它冲突的机率较小，即便有冲突也不会是大问题。精简就去掉多余的样式化的格式，把所有的CSS规则都放到一行中。这款叫作Minify的 程序不但可以压缩CSS还可以压缩JavaScript和PHP程序。不过这里要提醒的是，如果你要合并和精简文件一定要保留原来的文件以便以后程序更改 时使用。 [在这里推荐一个在线更新CSS文件的地址：http://www.cleancss.com/]

　　提高博客性能方法四： 使用CSS Spirites。

       所谓的CSS Spirites就是所有CSS中用来做背景图像的图片文件都放到一个文件中。在PJBlog以及其它博客程序的皮肤中，作者很多都没有使用CSS Spirites，这样造成每出现一次background规则都要发送一次HTTP请求，而如果使用CSS Spirites则只需要一次HTTP请求，节省不必要的开支。 [说实话，这里有点痛苦，不是每个做网站的人都懂得这点，但即使懂得这点，如果改起来，对原有的CSS文件的改动也非常大，只有建议那些做模版的朋友们在做模版的时候能够考虑这点就好了。]

　　提高博客性能方法五： 使用缓存。

       对于静态内容(如Flash、 JavaScript、CSS、Image)通过加上Expires头或者Cache-Control来把它们缓存到客户端，这样用户在下次访问的时候就 可以不用下载这样内容了，这样减少了HTTP请求的次数又减少了下载文件的大小。在IIS中设置文件头很简单，在你要设置的文件或者文件夹上右键点击—— 属性——HTTP头，然后勾中“启用文件过期”，设定过期时间，可以是一年或者十年等，还可以指定某个未来的时间，如2010年等。不过你一但设置了 HTTP头，如果你要对文件作出修改你需为修改过的文件重新起一个名字。 [不知道如何在文件中设置过期时间，PHP还能通过设置头来搞定，可是CSS、JS呢？]

　　提高博客性能方法六： 启用Gzip压缩。

       Gzip压缩针对 JavaScript、CSS等内容一种压缩技术，它能大大减少文件的体积提高传输速率，精简JavaScript和CSS只是去除不必要的内容，而 Gzip压缩则是将文件在服务器端打包、在客户端解包的过程。Apache和IIS6.0都内置了Gzip技术，现代浏览器都支持Gzip技术(即使不支 持它也会告诉服务器不要打包)，因此可以放心使用。在IIS6.0中你需要简单配置之后才能使用Gzip技术，而在Apache 1.3中要启用mod_zip，在Apache 2.x使用moflate。Gzip大概可以节省70%的传输空间，目前互联网中有90%浏览器资料支持Gzip传输。

　　提高博客性能方法七： 把JavaSCript 文件放在文档的最末尾，而把CSS文件放在之间。

       CSS放在之间会加快文档下载。在Yahoo!的研 究中发现，如果你把一个CSS文件置于文档内部，当浏览器加载到这个样式表时会终止所有文件的下载而单独下载它(一般的下载浏览器使用并行下载模式)，这 是因为浏览器在下载到一个CSS文件后都要根据CSS内的规则重绘屏幕，这还会导致用户出现白屏。所以要把你所有的样式文件都放在最开始。而把 JavaScript文件放于末尾下载，一方面可以使用户首先获得文档内容，另一方面JavaScript文件的下载和其它文件不同，它不能和其它文件同 时下载，所有的JavaScript文件只有单独一个一个下载。所以在不影响使用的情况下，JavaScript文件要放在末尾加载。 [关于这点，我确实没有什么话好讲的，JS不同于其他的文件，如果网页中有JS需要在加载的时候运行，你能怎么办？说实话，如果不是用JS框架，这一点几乎不能实现，怎么可能把JS放在文件结尾呢？CSS放在之间，我想指的应该是放在head之间吧]

　　提高博客性能方法八： CSS和JavaScript文档要成为独立的外部文件。

       这是因为浏览器加载使用的是并行模式，一次可以加载多个内容，把CSS和JavaScript作为单独文件不但可以减小HTML文档的大小，而可以加快下载效率。 [关于这点，在yslow的介绍文件里也有说明，意思是如果有可能，请尽量为你的CSS中的图片和JS使用单独的域名，这样，即使出现404，也不会影响当前页面的下载，可以加快浏览速度，而且放到单独的域名里之后，也可以更方便的使用、设置过期时间什么的]

　　提高博客性能方法九： 使用少量的域名。

      一般来说一个页面引用的文件(图片、Flash、CSS、JavaScript)不能多于四个主机，因为每多出一个域名就意味着多一个 DNS的查找，在浏览器查找DNS信息的过程中，浏览器由于不知道要访问的IP地址是什么，所以它什么都不做，只是在等待，所以DNS查找的次数越少，响 应速度就越快。 [这一点，我在yslow里面看到了，同样说明，如果我们要放广告的话，尽量使用同一个网站的广告，这样也能避免DNS查找花费太大的时间]

　　提高博客性能方法十： 避免CSS中使用Expression。

      虽然功能很强大，但是它的计算频率太高，影响网站的整体性能。对于一个CSS Expression来说，即使你滚动一下屏幕它都要重新计算一次，甚至你移到一次鼠标它都要重新计算，所有一个CSS Express在页面中计算10000次是很容易的事情。 

       以上就如何提高博客性能方法提出的十条建议。

说的虽然是提高博客性能，但几乎对每个网站的优化都有一定的好处。如果需要更详细的介绍，我想，应该是看那篇关于网页设计的14条军规（现在改为20条了），也可以通过yslow来进行检测，看看你的网站被打分多少。yslow的检测是根据以前的14条军规而进行检测的，现在还没有更新的20条。
所谓的军规也是yahoo那帮子人提出来的，现在也成为了一种规范，yslow就是在这个基础上进行开发，不过yslow是FF的插件哦，IE下面有httpwatch插件，可以清楚的看到网站的每一个页面加载花费了多少时间，在哪个文件或者图片上所花费的时间最长，那么就可以有针对性的进行更新了。