本文實例講述了PHP SPL應用方法。分享給大家供大家參考，具體如下：

Rafael Dohms 上面的篇文章 讓我為之驚艷，忍不住就翻譯了下來，同時補充了部分內容。

SPL，PHP 標準庫（Standard PHP Library） ，從 PHP 5.0 起內置的組件和接口，并且從 PHP5.3 已逐漸的成熟。SPL 其實在所有的 PHP5 開發(fā)環(huán)境中被內置，同時無需任何設置。

似乎眾多的 PHP 開發(fā)人員基本沒有使用它，甚至聞所未聞。究其原因，可以追述到它那陽春白雪般的說明文檔，使你忽略了「它的存在」。SPL 這塊寶石猶如鐵達尼的「海洋之心」般，被沉入海底。而現(xiàn)在它應該被我們撈起，并將它穿戴在應有的位置 ，而這也是這篇文章所要表述的觀點。

那么，SPL 提供了什么？

SPL 對 PHP 引擎進行了擴展，例如 ArrayAccess、Countable 和 SeekableIterator 等接口，它們用于以數(shù)組形式操作對象。同時，你還可以使用 RecursiveIterator、ArrayObejcts 等其他迭代器進行數(shù)據(jù)的迭代操作。

它還內置幾個的對象例如 Exceptions、SplObserver、Spltorage 以及 splautoloadregister、splclasses、iteratorapply 等的幫助函數(shù)（helper functions），用于重載對應的功能。

這些工具聚合在一起就好比是把多功能的瑞士軍刀，善用它們可以從質上提升 PHP 的代碼效率。那么，我們如何發(fā)揮它的威力？

重載 autoloader

如果你是位「教科書式的程序員」，那么你保證了解如何使用 __autoload 去代替 includes/requires 操作惰性載入對應的類，對不？

但久之，你會發(fā)現(xiàn)你已經(jīng)陷入了困境，首先是你要保證你的類文件必須在指定的文件路徑中，例如在 Zend 框架中你必須使用「_」來分割類、方法名稱（你如何解決這一問題？）。

另外的一個問題，就是當項目變得越來越復雜， __autoload 內的邏輯也會變得相應的復雜。到最后，甚至你會加入異常判斷，以及將所有的載入類的邏輯如數(shù)寫到其中。

大家都知道「雞蛋不能放到一個籃子中」，利用 SPL 可以分離 __autoload 的載入邏輯。只需要寫個你自己的 autoload 函數(shù)，然后利用 SPL 提供的函數(shù)重載它。

例如上述 Zend 框架的問題，你可以重載 Zend loader 對應的方法，如果它沒有找到對應的類，那么就使用你先前定義的函數(shù)。

?php
class MyLoader {
  public static function doAutoload($class) {
    // 本模塊對應的 autoload 操作
  }
}
spl_autoload_register( array('MyLoader', 'doAutoload') );
?>

正如你所見， spl_autoload_register 還能以數(shù)組的形式加入多個載入邏輯。同時，你還可以利用spl_autoload_unregister 移除已經(jīng)不再需要的載入邏輯，這功能總會用到的。

迭代器

迭代是常見設計模式之一，普遍應用于一組數(shù)據(jù)中的統(tǒng)一的遍歷操作。可以毫不夸張的說，SPL 提供了所有你需要的對應數(shù)據(jù)類型的迭代器。

有個非常好的案例就是遍歷目錄。常規(guī)的做法就是使用 scandir ，然后跳過「.「 和 「..」，以及其它未滿足條件的文件。例如你需要遍歷個某個目錄抽取其中的圖片文件，就需要判斷是否是 jpg、gif 結尾。

下面的代碼就是使用 SPL 的迭代器執(zhí)行上述遞歸尋找指定目錄中的圖片文件的例子：

?php
class 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 開始，會內置其他更多的迭代器，我想你都可以嘗試下，或許它能改變你編寫傳統(tǒng)代碼的習慣。

SplFixedArray

SPL 還內置了一系列的數(shù)組操作工具，例如可以使用 SplFixedArray 實例化一個固定長度的數(shù)組。那么為什么要使用它？因為它更快，甚至它關系著你的工資問題 :)

我們知道 PHP 常規(guī)的數(shù)組包含不同類型的鍵，例如數(shù)字、字符串等，并且長度是可變的。正是因為這些「高級功能」，PHP 以散列（hash）的方式通過鍵得到對應的值 -- 其實這在特定情況這會造成性能問題。

而 SplFixedArray 因為是使用固定的數(shù)字鍵，所以它并沒有使用散列存儲方式。不確切的說，甚至你可以認為它就是個 C 數(shù)組。這就是為什么 SplFixedArray 會比通常數(shù)組要快的原因（僅在 PHP5.3 中）。

那到底有多快呢，下面的組數(shù)據(jù)可以讓你窺其究竟。

如果你需要大量的數(shù)組操作，那么你可以嘗試下，相信它是值得信賴的。

數(shù)據(jù)結構

同時 SPL 還提供了些數(shù)據(jù)結構基本類型的實現(xiàn) 。雖然我們可以使用傳統(tǒng)的變量類型來描述數(shù)據(jù)結構，例如用數(shù)組來描述堆棧（Strack）-- 然后使用對應的方式 pop 和 push（arraypop()、arraypush()），但你得時刻小心，·因為畢竟它們不是專門用于描述數(shù)據(jù)結構的 -- 一次誤操作就有可能破壞該堆棧。

而 SPL 的 SplStack 對象則嚴格以堆棧的形式描述數(shù)據(jù)，并提供對應的方法。同時，這樣的代碼應該也能理解它在操作堆棧而非某個數(shù)組，從而能讓你的同伴更好的理解相應的代碼，并且它更快。

最后，可能上述那些慘白的例子還不足矣「誘惑你」去使用 SPL。實踐出真知，SPL 更多、更強大的功能需要你自己去挖掘。而它正如寶石般的慢慢雕砌，才能散發(fā)光輝。

更多關于PHP相關內容感興趣的讀者可查看本站專題：《php面向對象程序設計入門教程》、《PHP數(shù)組(Array)操作技巧大全》、《PHP基本語法入門教程》、《PHP運算與運算符用法總結》、《php字符串(string)用法總結》、《php+mysql數(shù)據(jù)庫操作入門教程》及《php常見數(shù)據(jù)庫操作技巧匯總》

希望本文所述對大家PHP程序設計有所幫助。