如何消除代碼屎山中的一大坨參數(shù)列表？

有經(jīng)驗的程序員應(yīng)該都見過，一個方法坐擁幾十上百個參數(shù)。

1 方法為何要有參數(shù)？

因為不同方法之間需要共享信息。

但方法間共享信息的方式除了參數(shù)列表，還有全局變量。但全局變量總能帶來意外之喜，所以，取消全局變量也是各大語言趨勢。于是參數(shù)列表就成了唯一選擇，于是，只要你想到有什么信息要傳給一個方法，就會直接將其加入?yún)?shù)列表，導(dǎo)致參數(shù)列表越來越長！

2 長參數(shù)列表怎么了？

參數(shù)列表一旦過長，你一個 crud boy就很難完全掌控這些邏輯了呀！所以癥結(jié)是數(shù)量多，解決關(guān)鍵也就是降低參數(shù)數(shù)量。

3 解決方案

3.1 聚沙成塔

一個簡單的創(chuàng)建博客的方法：

public void createActicle(final String title, final String introduction, final URL coverUrl, final ActicleType type, final ActicleColumn column, final String protagonists, final String tags, final boolean completed) { ... Acticle acticle = Acticle.builder .title(title) .introduction(introduction) .coverUrl(coverUrl) .type(type) .column(column) .protagonists(protagonists) .tags(tags) .completed(completed) .build(); this.repository.save(acticle); }

參數(shù)列表包含了一篇博客所要擁有的各種信息，比如：博客標(biāo)題、簡介、封面 URL、類型、歸屬專欄、主角姓名、標(biāo)簽、是否完結(jié)…

若只是想理解邏輯，可能你還會覺得這參數(shù)列表挺好啊，把創(chuàng)建一篇博客所需的信息都傳給了方法，這也是大部分人面對一段代碼時理解問題的最初角度。雖然這樣寫代碼容易讓人理解，但不足以讓你發(fā)現(xiàn)問題。

現(xiàn)在產(chǎn)品要求在博客里增加一項信息，標(biāo)識這部博客是否收費，咋辦？很簡單啊！我直接新增一個參數(shù)。很多屎山就這么來的，積少成多，量變引起質(zhì)變！

這里所有參數(shù)都是創(chuàng)建博客所必需，所以，可以做的就是將這些參數(shù)封裝成一個類，一個創(chuàng)建博客的參數(shù)類：

public class NewActicleParamters { private String title; private String introduction; private URL coverUrl; private ActicleType type; private ActicleColumn column; private String protagonists; private String tags; private boolean completed; ... }

這樣參數(shù)列表就只剩下一個參數(shù)了：

public void createActicle(final NewActicleParamters parameters) { ... }

所以， 將參數(shù)列表封裝成對象吧 ！

只是把一個參數(shù)列表封裝成一個類，然后，用到這些參數(shù)的時候，還需要把它們一個個取出來，這會不會是多此一舉呢？就像這樣：

public void createActicle(final NewActicleParamters parameters) { ... Acticle acticle = Acticle.builder .title(parameters.getTitle()) .introduction(parameters.getIntroduction()) .coverUrl(parameters.getCoverUrl()) .type(parameters.getType()) .channel(parameters.getChannel()) .protagonists(parameters.getProtagonists()) .tags(parameters.getTags()) .completed(parameters.isCompleted()) .build(); this.repository.save(acticle); }

若你這樣想，說明還沒有形成對軟件設(shè)計的理解。我們并非只是簡單地把參數(shù)封裝成類，站在設(shè)計角度，這里引入的是一個新模型。

一個模型的封裝應(yīng)該以【行為】為基礎(chǔ)。

之前沒有這個模型，所以想不到它應(yīng)該有什么行為，現(xiàn)在模型產(chǎn)生了，它就該有自己配套的行為。

該模型的行為就是構(gòu)建一個博客對象，則代碼就能進一步重構(gòu)：

public class NewActicleParamters { private String title; private String introduction; private URL coverUrl; private ActicleType type; private ActicleColumn column; private String protagonists; private String tags; private boolean completed; public Acticle newActicle() { return Acticle.builder .title(title) .introduction(introduction) .coverUrl(coverUrl) .type(type) .column(column) .protagonists(protagonists) .tags(tags) .completed(completed) .build(); } }

創(chuàng)建博客的方法就得到極大簡化：

public void createActicle(final NewActicleParamters parameters) { ... Acticle acticle = parameters.newActicle(); this.repository.save(acticle); }

如此，一旦后續(xù)需求又?jǐn)U展了，需要增加創(chuàng)建博客所需的內(nèi)容，則該參數(shù)列表是不變的，也就是說它是穩(wěn)定的！

3.2 動靜分離

若這個類不斷膨脹，變成一個大類，該咋辦？畢竟并非所有場景下，參數(shù)都屬于一個類：

// 根據(jù)博客 ID 獲取對應(yīng)章節(jié)信息 public void getSections(final long acticleId, final HttpClient httpClient, final SectionProcessor processor) { HttpUriRequest request = createChapterRequest(acticleId); HttpResponse response = httpClient.execute(request); List