假設我們要完成一個保存文章的功能,如果採用函數程式設計的方式,大概會是下面這個樣子:
<?php function saveArticle($title, $content, $categoryId) { // ... } ?>
每個參數代表一個屬性,但帶來一個問題,參數列表會變得很長。此時採用物件程式設計的技術會是個好方法:
<?php class Article { var $title; var $content; var $categoryId; function save() { // ... } } ?>
在這裡,原來的方法參數都轉換為以物件的屬性方式存在,從而大大降低了方法的參數數量。多數時候這個方法是不錯的,不過並不是所有的參數都適合以物件屬性的方式存在,區分的原則是,看這些參數是屬於物件的內在屬性還是外在特徵,如果不加區分的統統轉換為物件屬性,這會讓物件本身失去意義。
舉個例子,比如說我們的Article物件還有一個名為find的方法,使用它時可能會涉及limit, offset, order等參數:
<?php class Article { var $title; var $content; var $categoryId; var $limit = 10; var $offset = 0; var $order = 'created DESC'; function save() { // ... } function find($categoryId) { // ... } } ?>
如上所示,一旦我們把limit,offset,order等參數轉換成物件的屬性,這個物件本身就變得不倫不類了,因為雖然title,content,categoryId可以算是物件的內在屬性,而limit,offset,order卻不是,頂多也只能算是外在特徵,不區分的結果基本上是惡夢的開始。所以,還是老老實實的把外在特徵放到方法的參數裡好些(更嚴格的說,find方法應該是一個static類型的方法,不過文本就是一個簡單的說明,不必細究):
<?php class Article { var $title; var $content; var $categoryId; function save() { // ... } function find($categoryId, $limit = 10, $offset = 0, $order = 'created DESC') { // ... } } ?> 可惜如此一来又出现了文章开头所说的问题,find方法的参数太多了,缺乏可读性,所以还得重构: <?php class Article { var $title; var $content; var $categoryId; function save() { // ... } function find($categoryId, $options = array()) { $default = array( 'limit' => 10, 'offset' => 0, 'order' => 'created DESC' ); $options = array_merge($default, (array)$options); // ... } } ?>
看起來還不錯,呼叫時可以使用類似下面的方法:
$article->find(123, array('limit' => 20));
簡單的說,就是用數組方式的參數,來模擬一種類似關鍵字參數的效果,採用這種方式的話,可以透過陣列的鍵名來描述參數的作用,從而增加程式碼的可讀性。類似這樣的重構方法在CakePHP等專案裡被大量使用,仔細體會,以後再寫程式碼的時候就可以本能的寫出高可讀性的程式碼來。
補充:相對array_merge來說,使用$options = $default;也是不錯的選擇。另外,如果options的邏輯很複雜的話,也可以不用陣列的方式,轉而使用一個專門的物件來封裝邏輯運算。
以上是PHP多參數方法的重構(程式碼範例)的詳細內容。更多資訊請關注PHP中文網其他相關文章!