假設我們要完成一個保存文章的功能，如果採用函數程式設計的方式，大概會是下面這個樣子：
<?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中文網其他相關文章！
