PHP SPL應用淺析

這篇文章主要介紹了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 更多、更強大的功能需要你自己去挖掘。而它正如寶石般的慢慢雕砌，才能散發光輝。