易栈网-膘叔

老王的看法，不过，事实上就是这样，现在很多开发人员还是很少在运行时候把对象作为参数传给某个方法或者class

原文：http://hi.baidu.com/thinkinginlamp/blog/item/ea586b63472627680c33fa38.html

正文：

写在前面的话：PHP每次运行重建环境，这样的运行方式本身就决定了PHP没有传统意义上的单例。

单例模式（singleton）也被叫做单件模式。使用它的目的是为了确保某个类只有一个实例。因为它的实现方式很简单，所以多数模式书籍都把单例模式作 为入门模式来介绍，可以说对很多模式爱好者来说，单例模式是他们最熟悉的设计模式。可惜这间接造成了单例模式使用的泛滥，以至于到了无所不在的地步，比如 说，ZendFramework里连前端控制器都是单例的。那么，单例模式是邪恶的么？

下面看一个实际编程时很多人愿意采用的单例模式例子：

注意：正常的单例模式应该设置一个私有化的__construct，但是出于下文的需要，我省略的它，至于限制__clone的行为，因为我嫌它占地方， 所以也没写，这两点你自己注意一下就好了，和文本讨论的问题关系不大。完整的例子可以参考：http://www.php.net/manual/en /language.oop5.patterns.php。

class Database
{
    private static $instance;

    public static function getInstance()
    {
        if (!isset(self::$instance)) {
            $class = __CLASS__;
            self::$instance = new $class;
        }

        return self::$instance;
    }
}

如此的单例模式通常是这样调用的：

class Article
{
    private $dasebase;

    public function __construct()
    {
        $this->database = Database::getInstance();
    }
}

$article = new Article();

下面我们就来讨论一下这样使用单例模式好还是不好。

文章在构造函数内通过单例模式的方式得到数据库实例，这看起来很正常，但是对于文章这样的领域概念来说，数据库实例属于纯粹的技术实现手段，明显属于外来 物，应该尽可能隔离才对，这样才符合单一原则，在测试驱动开发的领域，这被称作MOCK，但是在上例中，由于我们是在构造函数里通过单例模式静态方法调用 得到的数据库对象，这就造成了没有办法从外部替换掉这个数据库对象。

为了克服这样的问题，按照如下的方式获取数据实例更好一些：

class Article
{
    private $dasebase;

    public function __construct($database)
    {
        $this->database = $database;
    }
}

$database = Database::getInstance();
$article = new Article($database);

一旦我们把数据库实例化的过程放到了外面，便可以随意替换掉其具体的实现方式，这很棒，特别是在测试的时候很有用，因为数据库环境是一个很大的不安定因 素，替换掉它有助于让测试用例更高效的运行。你甚至可以把程序搞得再智能化一点，一切外部对象依赖都通过容器注入的方式挂接。

此时再看看上面代码里的$database = Database::getInstance($database);突然又感觉有点莫名其妙，因为实在看不到在这里使用单例模式有什么额外的好处，直接按照最平常的实例化方式并没有什么不妥：

$database = new Database();
$article = new Article($database);

外部数据库对象通过构造函数的方式注入到文章里，保存在$this->database属性中，至于文章级联的评论 （$article->comments）也需要数据库实例这样的情况，可以在实例化评论的时候把文章的$this->database属性 通过评论构造函数注入的方式传递过去，当然，还有其它的方法，总而言之，你不再需要一个单例模式的数据库实例。

再回到单例模式的本意上：为了确保某个类只有一个实例。比如说公司只有一个CEO（如果有一个公司有多个CEO，那么这个公司必然会犯很多逻辑错误）。但 是反思现在很多人对单例模式的使用，往往并没有按照单例模式的本意来使用，拿上面的数据库例子来说，如果文章有一个数据库实例，评论有另一个数据库实例。 这有什么逻辑问题么？答案是没有。既然不必确保数据库只有一个实例，那么在这里使用单例模式的动机本身就值得推敲。当然，有人会说文章和评论使用不同的数 据库实例本身就低效。但如果仅仅是出于效率的考虑来使用单例模式，那么本质上不符合单例模式的定义，更何况即便不使用单例模式，我们也可以像文中的例子一 样通过注入的方式来解决所谓的低效问题。

写在后面的话：单例模式本身并不邪恶，邪恶的是在错误的环境下使用单例模式。不要为了单例而单例。

phpED算是老牌PHPIDE了，几年前用过，这几天重拾起来又是一翻风味。
几年前，PHPED最大的垢病就是不支持中文，每次删中文时，都是不见了一半字符，从那时候起我就基本放弃了。

这两天又有人推荐他，于是我重新下载进行安装。说一下简单的用后感吧。

界面啥的也就不提了，反正几乎所有的IDE都那样，有点不同的是PHPED多了一点HTML控件的快速插入，屏幕右侧的快捷工具栏中有一些比较常用的DB连接、SSH连接、MANUAL手册等，这些还是相对比较方便的。

编辑代码时，如果是PHP和HTML混编，两种代码的颜色还是很分明的。

DEBUG的时候还是需要使用它的dbg listener，并且需要在服务器上使用它自己的dbg的组件，并加入PHP.ini，才可以进行调试。
启动速度的话，不能算快，但是ZS比起来，速度还是有明显优势的。
自动提示功能的响应速度可以忍受，对中文的支持没有什么大的问题。
自动模版完成，是按ctrl+J，定义模版变量有点郁闷，因为他的编辑PHP4和PHP5分别用了不同的模版，如果你起初没有选定为PHP5，他就会默认调用PHP4的模版

缺点当然也有：
1、自动提示（自动完成）有时候会突然出不来，必须再重新刷新一下workspace就出来了。妖
2、注释代码没有快捷键，当然可以自定义，但ctrl+/却无法定义，很多IDE里都是使用它为注释的快捷键，上手一下子不习惯了。最后我定义成CTRL+M，但，不习惯
3、所有国外IDE的通病，部分快捷键与切换中文输入有冲突
4、对于project的管理不如其他IDE
5、我个人最不舒服的是，对于使用了rewrite功能做dispatch的框架，无法进行调试，例如ZF，或许是我不会调试吧？

其他情况下的应用基本没什么大问题。函数定义的跳转还是比较准确的，选中函数按F1可以跳到函数说明（手册好象有点老）

原文地址：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，从而实现了循环。

附录:

alipay支持firefox是众所周知的事情了，前两天我还贴出了链接说明alipay现在也开始支持linux下的firefox了。

这是对大家都有利的事情，可惜alipay的这个插件的作者不知道是粗心还是什么，如果象绿色软件那样的安装firefox，那么该插件是不能被使用的。

即：如果你把firefox安装在d盘，然后你重装系统后，再次打开firefox(当然你原先装的插件啥的都没有了。。。fEBE可以备份，只是插件的相关配置是备份不了的)，会认为你是新装firefox的。

如果这个时候，你去支付宝下载支持firefox的控件：npaliedit.exe，在安装的时候会提示你：安装程序并未检测到您的火狐浏览器安装目录，请安装火狐浏览器之后再运行安装程序！点击确定后就退出了。

这个时候怎么办？难道就不能使用了吗？想起了以前的解决方法，立马跑到：http://addons.mozilla.org/zh-CN/上面，搜索alipay，找到一个所谓在“沙盘”中的alipay控件，下载下来进行安装。终于解决了。。。。

由于mozilla需要登录才能下载，于是我把该文件放在了本地，希望可以给想使用的人带来方便。

点击进行下载：______________________alipay_security_control_-1.1.0.2-fx-win.xpi