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 的代碼效率。那麼，我們如何發揮它的威力？
如果你是位「教科書式的程序員」，那麼你保證了解如何使用 __autoload 去代替 includes/requires 操作惰性載入對應的類，對不？
但久之，你會發現你已經陷入了困境，首先是你要保證你的類文件必須在指定的文件路徑中，例如在 Zend 框架中你必須使用「_」來分割類、方法名稱（你如何解決這一問題？）。
另外的一個問題，就是當項目變得越來越復雜， __autoload 內的邏輯也會變得相應的復雜。到最後，甚至你會加入異常判斷，以及將所有的載入類的邏輯如數寫到其中。
大家都知道「雞蛋不能放到一個籃子中」，利用 SPL 可以分離 __autoload 的載入邏輯。只需要寫個你自己的 autoload 函數，然後利用 SPL 提供的函數重載它。
例如上述 Zend 框架的問題，你可以重載 Zend loader 對應的方法，如果它沒有找到對應的類，那麼就使用你先前定義的函數。
正如你所見， spl autoload register 還能以數組的形式加入多個載入邏輯。同時，你還可以利用spl autoload unregister 移除已經不再需要的載入邏輯，這功能總會用到的。
迭代是常見設計模式之一，普遍應用於一組數據中的統一的遍歷操作。可以毫不誇張的說，SPL 提供了所有你需要的對應數據類型的迭代器。
有個非常好的案例就是遍歷目錄。常規的做法就是使用 scandir ，然後跳過「.「 和 「..」，以及其它未滿足條件的文件。例如你需要遍歷個某個目錄抽取其中的圖片文件，就需要判斷是否是 jpg、gif 結尾。
下面的代碼就是使用 SPL 的迭代器執行上述遞歸尋找指定目錄中的圖片文件的例子：
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 提供的其他的迭代器：
自 PHP5.3 開始，會內置其他更多的迭代器，我想你都可以嘗試下，或許它能改變你編寫傳統代碼的習慣。
SPL 還內置了一系列的數組操作工具，例如可以使用 SplFixedArray 實例化一個固定長度的數組。那麼為什麼要使用它？因為它更快，甚至它關系著你的工資問題 :)
我們知道 PHP 常規的數組包含不同類型的鍵，例如數字、字符串等，並且長度是可變的。正是因為這些「高級功能」，PHP 以散列（hash）的方式通過鍵得到對應的值 -- 其實這在特定情況這會造成性能問題。
而 SplFixedArray 因為是使用固定的數字鍵，所以它並沒有使用散列存儲方式。不確切的說，甚至你可以認為它就是個 C 數組。這就是為什麼 SplFixedArray 會比通常數組要快的原因（僅在 PHP5.3 中）。
那到底有多快呢，下面的組數據可以讓你窺其究竟。
如果你需要大量的數組操作，那麼你可以嘗試下，相信它是值得信賴的。
同時 SPL 還提供了些數據結構基本類型的實現 。雖然我們可以使用傳統的變量類型來描述數據結構，例如用數組來描述堆棧（Strack）-- 然後使用對應的方式 pop 和 push（arraypop()、arraypush()），但你得時刻小心，·因為畢竟它們不是專門用於描述數據結構的 -- 一次誤操作就有可能破壞該堆棧。
而 SPL 的 SplStack 對象則嚴格以堆棧的形式描述數據，並提供對應的方法。同時，這樣的代碼應該也能理解它在操作堆棧而非某個數組，從而能讓你的同伴更好的理解相應的代碼，並且它更快。
最後，可能上述那些慘白的例子還不足矣「誘惑你」去使用 SPL。實踐出真知，SPL 更多、更強大的功能需要你自己去挖掘。而它正如寶石般的慢慢雕砌，才能散發光輝。
