我們假設一下，我們有一個方法，擁有多達 20 多個參數，如：
這種情況下，我們可以想象到后續維護時候的痛苦，尤其是，需要增加或者刪除參數的時候。
今天看 Redis 的 Queue 源代碼的時候發現，里面的 Worker 的配置項是有一個獨立的類來維護的：
源代碼查看：Illuminate/Queue/WorkerOptions
所以，我想，在寫有很多個參數的函數的時候，可以考慮一下使用一個獨立的類來進行這些參數的維護，然后使用類似的命名 XxOptions，這種情況下，需要新增參數就很方便了。
不過，過於復雜的函數，最好還是使用一個邏輯清晰的類來維護吧。畢竟把所有邏輯寫在一個方法里面可維護性太差，尤其是當業務邏輯復雜起來的時候。
具體可自行 百度或google 一下 SOLID 原則，尤其是單一職責原則。