曾经，我很羡慕 Django 等框架那完善的自动化工具。说实话，在 MVC 框架中不停的建立Controller、Action 是一件又枯燥，又麻烦的事情。而且，维护起来也颇费功夫。所以在 ninnypro 中我引入了一个 cli 工具，用于创建 Controller、Action 以及更新 ACL 的资源表。

现在，这些都将成为历史了。

Zend Framework 引入了 Zend_Tool 和 Zend_Application 两个包，用于自动化和快速集成。并且成熟的命令行工具 zf 也可以使用了。例如这里！！

zf 将程序员的关注点聚焦到程序功能和细节的实现，更加的统一和方便。跟 ninnypro 的思路类似，以放弃灵活性为代价，换取约束性和开发速度。

如果我有精力，或许会在此基础上重新建构 ninnypro 吧。

这个其实是源于 javaeye 上的这个讨论：http://www.javaeye.com/post/886707。最开始吸引我的是在 rails 板块上诸多专业玩 java 和 ruby 的人是如何评价 php 以及 php 框架的。在讨论中发现有一些值得学习和借鉴的地方。所以推荐大家完整阅读这个帖子。从技术性、知识面和娱乐性来讲，都是质量很高的。

我就简单说一下我对于 php 框架繁荣的看法：

1. “草根阶级”向“企业开发俱乐部”转变的必然途径。

用 php 的企业多了，市场占有率高了，经济效益就体现出来了。但是仅仅靠做做企业网站，搞搞论坛这个蛋糕还太小。同时 B2B、B2C 的繁荣，自然带来已有网站的改造问题。php 迈着坚定的步伐冲向“俱乐部”大门。但是门卫说了“贫民与狗不得入内”。于是 php 的规范化、可维护性发展如火如荼的展开了。首先是学习 java，从语言层面引入 java 的优点。然后是开发规范的建立，涌现出大批商业框架。包括 php 的后台老板 zend，也推出自己的 Zend Framework。

2. php 从骨子里就是一个善于借鉴吸收的语言。

php 诞生伊始，是 perl 的跟班。后来 perl 跟班作得不爽了，就直接找到 perl 的老大 c 做跟班。这一作就是十几年。从最初跟 perl 学习，到后来跟  c 学习。然后 java 火了，跟  java 学习。再后来框架开发逐渐成为主流的时候，又开始搞有 php 特色的框架主义。当然还是延续原有风格与方法，好的东西一并吸收。吸收不良了再做改造。

3. php 框架是为了让php应用更加简单出现的。

我在 2004 年的时候搞过自己的一个小框架，实际上是整合了大量 pear 包的功能，自己利用 call_user_func_array 函数作为路由解析。使用 smarty 作为前端脚本。虽然有很多不足，但是在给朋友开发的几个项目中，“简单”这个原则体现得非常好。在只有美工和系统管理员的情况下，对网站进行了多次改版。并不是框架让我的朋友快速的学会了 php，而是框架让跳出语言细节的开发成为了可能。php 由于其发展方式决定了没有一个统一的功能调用界面，各种明明方式、调用方式混杂在一起，许多“学院派”对此尤为诟病。但是框架从一个新的高度上统一了这些本不统一的调用。从而使得开发更加简单、快捷。

好吧，最后我再说说许多 javaer 和 rubier 极力想证明的：“php 唯一的好处就是轻快，在套上沉重的框架枷锁后，它将没有任何优势同 java 或者 ruby 竞争。”其实这个问题就像老廖永远打不完的口水仗一样（老廖别急，这里纯粹调节气氛），没有最终的答案。不过有几点可以探讨：

1. php 已经有极高的市场占有率。并且回头客户很多。

2. php 在大型网站的应用不在少数，虽然许多是改造过的 php。

3. 性能在硬件发展迅猛的今天已经不是当年 64K 内存 2MHz 计算能力需要精打细算的年代。有更多事情远比性能重要。曾经道听途说过一种说法“与其高新聘请一个高级人才来优化程序，节约几十万的硬件成本。不如多花点钱用好硬件，弥补程序的不足。”想想也对，人才是在所有开发中最不靠谱的因素。

最后，我想用一句说得已经有点烂的话结束这个讨论：“事物总是在它应该出现的地方出现，应该消失的地方消失。”

http://devzone.zend.com/article/4045-Zend-Framework-1.7.0-is-now-available

新版本放出，除了修复了近三百个 bug 外，还有下面的新功能。

• Zend_Amf with support for AMF0 and AMF3 protocols
• Dojo Toolkit 1.2.1
• Support for dijit editor available in the Dojo Toolkit
• Zend_Service_Twitter
• ZendX_JQuery in extras library
• Metadata API in Zend_Cache
• Google book search API in Zend_Gdata
• Preliminary support for GData Protocol v2 in Zend_Gdata
• Support for skip data processing in Zend_Search_Lucene
• Support for Open Office XML documents in Zend_Search_Lucene indexer
• Performance enhancements in Zend_Loader, Zend_Controller, and server components
• Zend_Mail_Storage_Writable_Maildir enhancements for mail delivery
• Zend_Tool in incubator
• Zend_Text_Table for formatting table using characters
• Zend_ProgressBar
• Zend_Config_Writer
• ZendX_Console_Unix_Process in the extras library
• Zend_Db_Table_Select support for Zend_Paginator
• Global parameters for routes
• Using Chain-Routes for Hostname-Routes via Zend_Config
• I18N improvements
  • Application wide locale for all classes
  • Data retrieving methods are now static
  • Additional cache handling methods in all I18N classes
  • Zend_Translate API simplified
• File transfer enhancements
  • Support for file elements in subforms
  • Support for multifile elements
  • Support for MAX_FILES_SIZE in form
  • Support for breaking validation chain
  • Support for translation of failure ,messages
  • New IsCompressed, IsImage, ExcludeMimeType, ExcludeExtension validators
  • Support for FileInfo extension in MimeType validator
• Zend_Db_Table_Select adapater for Zend_Paginator
• Support for custom adapters in Zend_Paginator
• More flexible handling of complex types in Zend_Soap

可以看到，由于改进了 Zend_Loader 和 Zend_Controller，性能应该会得到提升。

同时通过 Zend_Config_Writera 修改config文件会变得更加容易。

由于有了 Zend_Paginator ，ninnypro 中的分页的 helper 肯定要修改了。

Zend_Tools 也会给 ninnypro 的辅助工具带来一些变化。

Zend_JQuery 将替代 Ninny_View_Helper_Jquery。

呼，突然发现，这么多要跟进的内容。

首先，这不是一个指南，这只是一个简易说明。描述了如何在 netbeans 6.5 rc for php 中建立、开发、调试 Zend Framework 项目。

step by step:

1. 安装 netbeans 6.5 rc for php，由于 netbeans 6.5 rc for php 官方只放出了英文版本。中文版本要在这里下载。

2. 安装 xdebug，这不是必要的一部，不过如果你想在 netbeans 中调试 php。这是非常必要的。相关内容去 xdebug 官方网站了解，这里也有简单的说明。

3. 我假设你在安装 netbeans 6.5 rc for php 未遇到任何问题，如果遇到了，请参考 netbeans 的 FAQ 关于安装的部分。

4. 打开 netbeans 6.5 rc for php，在菜单中选择“新建项目”。当然更多时候 Ctrl+Shift+N 是一个更好的主意。

5. 选择“PHP 应用程序”点下一步。也可以导入现有的代码，实际上两者并无本质区别。

6. 设置项目的名称以及存储目录。实际上这个存储目录需要将所有项目用到的文件，如代码、文档、配置都包含进去，否则开发时将遇到无穷无尽的从 netbeans 切换到其他工具，再切换回来的情况。而用到的不再进行修改的库文件，反而可以不用包含。

7. 设置好名称和目录后，在“运行配置”中选择项目的部署方式，以及索引文件。通常本地开发网站，默认选择第一种方式即可。这时，netbeans 会默认以项目目录作为 webroot。索引文件可先随意选择一个项目目录中的文件。通常 Zend Framework 开发中 webroot 只是包含 index.php 入口和样式、图片等客户端使用的文件。例如目录“<项目目录>/www”。由于 Zend Framework 部署的特殊性，这里还要做修改。

8. 在“项目”面板中选择刚才建立的 php 项目，点击鼠标右键选择菜单项“属性”。

9. 在类别“源”的“Web 根目录”选择你真正的 webroot。例如：<项目目录>/www。

10. 在“项目属性”的“运行配置”类别中，调整索引文件到 index.php。实际上，如果你完成了 step 9，这里会有一个“不是合法的索引文件”的警告。直到你重新调整索引文件为合法文件。

11. 在“项目属性”的“PHP 包含路径”中设置你的 Zend Framework 路径。例如从 svn 导出的某个路径 ~/Zend Framework\library。

12. 至此已经基本设置完成，需要注意的是“项目属性”中的“调试服务器端 PHP”和“调试客户端 JavaScript” 需要勾上才可以正常调试。

简单测试一下代码编辑和调试的情况：

漂亮完整的代码提示，包括方法或属性类型、参数、所在的类名或文件名等等。同时还会解析 phpdoc。

强大的单步调试，我以前说过 php 让我头疼的就是调试。虽然 xdebug 很完美，但是所有调试器都有这样那样的不足。现在 netbeans 带来的是 java style 的调试方式，很好，很强大。

变量的监视信息详实准确，无需再为一个变量的值而 echo 来 var_dump 去了。

总体上来说，netbeans 6.5rc for php 是我见过的比较好的 IDE for php 之一。即便我坚信 IDE is evil ，netbeans for php 也让我眼前一亮。再配合其他插件如 svn、uml、database，已经无需其他工具辅助即可完成 php 日常开发所需。不过试用之后，也发现一些不足的地方：比如有一些提示框中英文混杂在一起；新建 php 工程的向导设置也过于简单，以至于建立 Zend Framework 项目时需要建立好后再次调整项目设置；又比如会莫名其妙的提示一个临时目录下某文件无法访问；再如代码提示时不能正确解析魔法方法，无法提示魔法方法提供的魔法属性等等。不过相信在正式的 6.5 版中这些问题都会一一得到解决，作为一个 rc 版本的软件来说，netbeans 已经做得够好了。

我计划在 PNP-广州 PHP 街坊群中推荐 netbeans 作为初学 Zend Framework 的平台，这样可以利用强大的单步功能，和代码提示功能来学习 Zend Framework，了解 Zend Framework 的运行机制。不知道大家对此有什么看法和意见，欢迎讨论。

PS: 推荐 eclipse 的朋友务必请考虑一下我那只有 512M 内存的本本，当时选择用 netbeans 写 java，就是因为它不是那么消耗内存和 cpu。

以前分析过 Zend Framework 1.0 的 Zend_Loader；php 内建函数 is_readable 本质上就是调用 filestat.c 的 php_stat 函数，这个在前几天关于 file_exists 和 is_file 的那个 post 中有说过。
今天在群上跟番茄吹水，说起来这个东西。于是又混一篇小记随便吹吹。
以下所有内容，45%是吹水，45%是猜测，10%是从代码中看出来的。

Zend_Loader:isReadable() 的代码如下：

可以看到，通过 fopen 来判断是否能访问指定文件。并且 fopen 的第三个参数为 true，也就是说允许判断 include_path 中的文件。这个方法有个显而易见的好处，除了可以判断 include_path 的文件外，还可以使用 http://foobar 或者 ftp://foobar 的 php stream 方式来判断是否可读。也就是说支持远端文件。

而 is_readable 从 php_stat 这个 c 函数的内容上可以看出，是不支持远端文件的。最多支持 file:// 而已。
不过 is_readable 是具有缓存的，也就是说可以用更小的代价去获得文件的访问属性。而 Zend_Loader::isReadable 不但要 fopen，还要 fclose 代价不能说不大了。

至于如何取舍，其实就看具体的需求了。

[2008-07-04] 中文版本 chm 发布 1 周年，今天截止，中文翻译进度是 71%。同时也编译了英文版本。
中文 Zend Framework 手册 CHM 版本 | 英文 Zend Framework 手册 CHM版本

同时在 SVN 的中文手册目录下增加了 tools 目录，其中包含了正确编译中文 CHM 的说明以及工具。直接访问 SVN 的朋友可以自行编译。

英文 Zend Framework 手册 CHM

下载 Zend Framework 手册

但是我仍然建议大家看英文手册，关于 Zend_Db 部分那个 Bug 管理的例子在最新的英文手册中已经添加了详细说明和表结构 E – R 图

英文 Zend Framework 手册 CHM

补充：火大！火大 ！越看中文版本越火大。于是为了给自己用又编译了英文的版本。 英文 Zend Framework 手册 CHM

5月23日對于 Zend Framework 來說絕對不是什么好日子。

首先 Darby 找到了新工作，23 日就離開了 Zend。

其次，Zend Framework 的 SVN 似乎受到毀滅性的損壞。

本想給大家再編譯一個英文版的 Zend Framework 手冊，現在看來，只能等 SVN 恢復再說了。

最新消息，Matthew 移動了 trunk 到 standard/trunk。所以之前的 svn 無法正常使用。

在翻译 Zend Framework 的手册的时候遇到一个短语：Under the hood。Google 的翻译为：“在引擎盖下面”。这个意思很奇怪。hood 可以是盖子，帽子，有盖的，隐藏、蒙蔽等等意思。为什么偏偏是引擎盖呢？

上网搜了一下，居然不少专业技术翻译也推荐使用“引擎盖下面”，还有什么“魔法师的帐篷里面”（个人觉得如果是 In the hood 再这么翻译才合适）等等……

我记得中学的时候，英语老师说过，许多老外很傻，很天真。喜欢看例如从帽子里抓兔子这类低劣的魔术。那么这种魔术的一切秘密就在帽子下面——Under the hood。

所以 Under the hood 其实根据语境翻译为“本质上说”，“真正原因”，“最终的谜底” 等等都比较贴切。至于“引擎盖下面”和“魔法师的帐篷里面”还是留在汽车维修指南或者魔法入门的教材里使用吧。

今天才知道這個消息，1.5 做了很多改動，包括路由部分的大小寫解析方式也同以前 1.0x 不同。新功能對于只用 Zend Framework 開發普通網站的人來說并不是十分要緊。Zend_Form 和 Zend_Layout 反而會增加頁面編輯的難度。

* New Zend_Form component with support for AJAX-enabled form elements
* New action and view helpers for automating and facilitating AJAX requests and
alternate response formats
* LDAP, Infocard, and OpenID authentication adapters
* Support for complex Lucene searches, including fuzzy, date-range, and wildcard
queries
* Support for Lucene 2.1 index file format
* Partial, Placeholder, Action, and Header view helpers for advanced view
composition and rendering
* New Zend_Layout component for automating and facilitating site layouts
* UTF-8 support for PDF documents

對于我來說修復 bug 比新功能更讓人鼓舞：

http://framework.zend.com/issues/secure/IssueNavigator.jspa?mode=hide&requestId=10661

我查了一下，我之前提交的多數 bug 都已經修復了。

ninny project 在實際使用中發現了很多之前設計考慮不周的地方，我準備徹底重寫。 在可能的情況下會放到 code.google.com 上去。

这实际上是由于 PHP 不允许在析构函数中抛出异常造成的，关于这个 issue 我已经提交到 issues 上：

http://framework.zend.com/issues/browse/ZF-2534

暂时没有想到好的解决方法。通常执行到析构函数时，邮件已经正确发出。所以最不济的方法就是用try…catch… 捕获异常，并忽略掉。

如下：

public function __destruct()
{

     try

    {
         if ($this->_connection instanceof Zend_Mail_Protocol_Smtp)

        {

            $this->_connection->quit();

            $this->_connection->disconnect();

         }

    catch(Zend_Exception $e)

    {

    }
}