CFSDN坚持开源创造价值，我们致力于搭建一个资源共享平台，让每一个IT人在这里找到属于你的精彩世界.

这篇CFSDN的博客文章PHP SPL 被遗落的宝石【SPL应用浅析】由作者收集整理，如果你对这篇文章有兴趣，记得点赞哟.

本文实例讲述了PHP SPL应用方法。分享给大家供大家参考，具体如下:

Rafael Dohms 上面的篇文章 让我为之惊艳，忍不住就翻译了下来，同时补充了部分内容.

SPL，PHP 标准库（Standard PHP Library） ，从 PHP 5.0 起内置的组件和接口，并且从 PHP5.3 已逐渐的成熟。SPL 其实在所有的 PHP5 开发环境中被内置，同时无需任何设置.

似乎众多的 PHP 开发人员基本没有使用它，甚至闻所未闻。究其原因，可以追述到它那阳春白雪般的说明文档，使你忽略了「它的存在」。SPL 这块宝石犹如铁达尼的「海洋之心」般，被沉入海底。而现在它应该被我们捞起，并将它穿戴在应有的位置 ，而这也是这篇文章所要表述的观点.

那么，SPL 提供了什么?

SPL 对 PHP 引擎进行了扩展，例如 ArrayAccess、Countable 和 SeekableIterator 等接口，它们用于以数组形式操作对象。同时，你还可以使用 RecursiveIterator、ArrayObejcts 等其他迭代器进行数据的迭代操作.

它还内置几个的对象例如 Exceptions、SplObserver、Spltorage 以及 splautoloadregister、splclasses、iteratorapply 等的帮助函数（helper functions），用于重载对应的功能.

这些工具聚合在一起就好比是把多功能的瑞士军刀，善用它们可以从质上提升 PHP 的代码效率。那么，我们如何发挥它的威力?

重载 autoloader 。

如果你是位「教科书式的程序员」，那么你保证了解如何使用 __autoload 去代替 includes/requires 操作惰性载入对应的类，对不?

但久之，你会发现你已经陷入了困境，首先是你要保证你的类文件必须在指定的文件路径中，例如在 Zend 框架中你必须使用「_」来分割类、方法名称（你如何解决这一问题？）.

另外的一个问题，就是当项目变得越来越复杂， __autoload 内的逻辑也会变得相应的复杂。到最后，甚至你会加入异常判断，以及将所有的载入类的逻辑如数写到其中.

大家都知道「鸡蛋不能放到一个篮子中」，利用 SPL 可以分离 __autoload 的载入逻辑。只需要写个你自己的 autoload 函数，然后利用 SPL 提供的函数重载它.

例如上述 Zend 框架的问题，你可以重载 Zend loader 对应的方法，如果它没有找到对应的类，那么就使用你先前定义的函数.

<?phpclass MyLoader {  public static function doAutoload($class) {    // 本模块对应的 autoload 操作  }}spl_autoload_register( array('MyLoader', 'doAutoload') );?>

正如你所见， spl_autoload_register 还能以数组的形式加入多个载入逻辑。同时，你还可以利用spl_autoload_unregister 移除已经不再需要的载入逻辑，这功能总会用到的.

迭代器 。

迭代是常见设计模式之一，普遍应用于一组数据中的统一的遍历操作。可以毫不夸张的说，SPL 提供了所有你需要的对应数据类型的迭代器.

有个非常好的案例就是遍历目录。常规的做法就是使用 scandir ，然后跳过「.「 和 「..」，以及其它未满足条件的文件。例如你需要遍历个某个目录抽取其中的图片文件，就需要判断是否是 jpg、gif 结尾.

下面的代码就是使用 SPL 的迭代器执行上述递归寻找指定目录中的图片文件的例子:

<?phpclass RecursiveFileFilterIterator extends FilterIterator {  // 满足条件的扩展名  protected $ext = array('jpg','gif');  /**   * 提供 $path 并生成对应的目录迭代器   */  public function __construct($path) {    parent::__construct(new RecursiveIteratorIterator(new RecursiveDirectoryIterator($path)));  }  /**   * 检查文件扩展名是否满足条件   */  public function accept() {    $item = $this->getInnerIterator();    if ($item->isFile() &&        in_array(pathinfo($item->getFilename(), PATHINFO_EXTENSION), $this->ext)) {      return TRUE;    }  }}// 实例化foreach (new RecursiveFileFilterIterator('/path/to/something') as $item) {  echo $item . PHP_EOL;}?>

你可能会说，这不是花了更多的代码去办同一件事情吗？那么，查看上面的代码，你不是拥有了具有高度重用而且可以测试的代码了吗 :) 。

下面是 SPL 提供的其他的迭代器:

RecursiveIterator RecursiveIteratorIterator OuterIterator IteratorIterator FilterIterator RecursiveFilterIterator ParentIterator SeekableIterator LimitIterator GlobIterator CachingIterator RecursiveCachingIterator NoRewindIterator AppendIterator RecursiveIteratorIterator InfiniteIterator RegexIterator RecursiveRegexIterator EmptyIterator RecursiveTreeIterator ArrayIterator 。

自 PHP5.3 开始，会内置其他更多的迭代器，我想你都可以尝试下，或许它能改变你编写传统代码的习惯.

SplFixedArray 。

SPL 还内置了一系列的数组操作工具，例如可以使用 SplFixedArray 实例化一个固定长度的数组。那么为什么要使用它？因为它更快，甚至它关系着你的工资问题 :) 。

我们知道 PHP 常规的数组包含不同类型的键，例如数字、字符串等，并且长度是可变的。正是因为这些「高级功能」，PHP 以散列（hash）的方式通过键得到对应的值 -- 其实这在特定情况这会造成性能问题.

而 SplFixedArray 因为是使用固定的数字键，所以它并没有使用散列存储方式。不确切的说，甚至你可以认为它就是个 C 数组。这就是为什么 SplFixedArray 会比通常数组要快的原因（仅在 PHP5.3 中）.

那到底有多快呢，下面的组数据可以让你窥其究竟.

如果你需要大量的数组操作，那么你可以尝试下，相信它是值得信赖的.

数据结构 。

同时 SPL 还提供了些数据结构基本类型的实现 。虽然我们可以使用传统的变量类型来描述数据结构，例如用数组来描述堆栈（Strack）-- 然后使用对应的方式 pop 和 push（arraypop()、arraypush()），但你得时刻小心，·因为毕竟它们不是专门用于描述数据结构的 -- 一次误操作就有可能破坏该堆栈.

而 SPL 的 SplStack 对象则严格以堆栈的形式描述数据，并提供对应的方法。同时，这样的代码应该也能理解它在操作堆栈而非某个数组，从而能让你的同伴更好的理解相应的代码，并且它更快.

最后，可能上述那些惨白的例子还不足矣「诱惑你」去使用 SPL。实践出真知，SPL 更多、更强大的功能需要你自己去挖掘。而它正如宝石般的慢慢雕砌，才能散发光辉.

希望本文所述对大家PHP程序设计有所帮助.

最后此篇关于PHP SPL 被遗落的宝石【SPL应用浅析】的文章就讲到这里了,如果你想了解更多关于PHP SPL 被遗落的宝石【SPL应用浅析】的内容请搜索CFSDN的文章或继续浏览相关文章，希望大家以后支持我的博客！ 。