PHP-FIG

PHP-FIG。FIG 是 Framework Interoperability Group（框架可互用性小组）的缩写

1、Laracasts.com – Laravel 4 Screencast Archive（Laravel 4 框架的视频学习库：Laracasts.com）

Laravel 4 是个 PHP 框架，拥有其他大框架该有的性能，需要 PHP 5.3，会将你带入类似 Ruby 的开发体验当中去，有老 PHPer 同学说，这是他用到最容易上手的框架，我简单看过，框架里闭包特性应用场景很多。这片文章告诉我们：为了可以让大家一起来学习 Laravel 4 框架开发，它们专门建立了那个网站是用来放教学视频，供大家一起学习。服务挺周到的，看来框架竞争也挺激烈的。

2、Is PSR-0 Shortsighted, or are you?（说 PSR-0 是目光短浅的同学，是不是你才目光短浅啊？）

接上次的那篇质疑 PSR-0 的博客，有同学站出来回答这些质疑了，当然语气依然是激烈的，不过程序员之间的激烈争吵是再正常不过的了。文章中：作者对质疑一一做了解答，也列出了 PSR-0 确实存在的问题，还有解决方案。

关 于 PSR-0 标准，我还没有太多的发言权，但我们可以先来了解下提出这个标准的组织：PHP-FIG。FIG 是 Framework Interoperability Group（框架可互用性小组）的缩写，由几位开源框架的开发者成立于 2009 年，从那开始也选取了很多其他成员进来，虽然不是 “官方” 组织，但也代表了社区中不小的一块。组织的目的在于：以最低程度的限制，来统一各个项目的编码规范，避免各家自行发展的风格阻碍了程序设计师开发的困扰。 有四套规范：

PSR-0 (Autoloading Standard) 自动加载标准

PSR-1 (Basic Coding Standard) 基础编码标准

PSR-2 (Coding Style Guide) 编码风格向导

PSR-3 (Logger Interface) 日志接口

这 让我想起来几件事。几年前，Zend Framework 的编码风格算是最规范的，看多了，就会学习它的目录结构、编程规范；后来听说 Symfony 也不错，想学学，但两者差异挺大的，时间少就不学了，以致于现在连基本印象都没；再后来，Symfony 的记录日志的库用的就是 Zend Framwork 的（同时引进了很多第三方库），但也学不进去；近一年来，Symfony 2 已经稳定了，而 Zend Framework 也出了 2，但还不稳定，既然这样，我才选择先学 Symfony 2，因为现在他们俩差异小多了，当然用稳定的。

所以 PHP-FIG 的意义对普通开发者来说，好处很多，如果你熟悉一个遵守标准的框架，你学习另一个框架也会快很多，代码也容易读懂，你要开源一个遵守标准的库，别人也容易 使用和掌握；对框架团队来说，竞争就更激烈了，因为编码风格上的优势现在大家都没了（以前这真算一个优势），现在只能拼框架的设计、效率、扩展性、可用的 类库，等，但，这对开发者来说还是个好处。

至于 PHP-FIG 会不会限制开发者的发挥，或者导致开源框架的同质化，我倒不太担心。只要遵循 “以最低程度的限制”，我想应该限制不了太多东西，如果限制的多了，就会有像质疑 PSR-0 的那位同学一样的人站出来的，开源社区的好处。

其实 PHP-FIG 的这些标准，和设计模式的性质是差不多的，都是些最佳实践，既然大家都觉得好，就固化下来，这样也好交流。通过反复实践沉淀下来的东西，蛮稳定的。