簡單來說，過度設計就是進行了過多的面向未來的設計，進行了不必要的抽象封裝，為系統(tǒng)增加了不必要的復雜度。舉個例子，你要做一個功能模塊，但你考慮到到這個系統(tǒng)里還有幾個未完成的模塊和你要做的東西類似，所以你決定為此額外做一些抽象和封裝，以便將來復用。然而到后來你開發(fā)那些相似的模塊時你才發(fā)現(xiàn)，可能是由于抽象不足或抽象錯誤，你不得不重新修改之前的封裝才能完成復用，導致最終成本實際上還不如不做；或者你發(fā)現(xiàn)復用的部分所降低的成本實際上還不如包裝花費的成本。 這些都是最常見的過度設計的例子。 程序員在掌握了一些基本的設計能力之后，最常見也是最難克服的設計問題往往就是過度設計。上面的錯誤我相信大多數(shù)人都一而再，再而三的的犯過。

與過度設計相對的就是設計不足。雖然是兩個相對的概念，但設計不足和過度設計絕大多數(shù)時候都是一起出現(xiàn)的。都是最常見的設計問題。設計不足不僅常見于新手，老手也常犯。甚至我還見過有一類老程序員在經(jīng)歷過多次過度設計的打擊之后，轉(zhuǎn)向另一個極端，否定抽象封裝的作用，走上“反設計”的道路。

過度設計和設計不足的平衡問題沒有很好的解決辦法，只有依靠經(jīng)驗的積累和不斷的總結(jié)思考。如何把握這個度是最能考驗程序員的經(jīng)驗和價值的問題之一。

我所嘗試過的軟件方法中，有一種方法的思維方式對于解決這個問題幫助大，就是TDD（測試驅(qū)動開發(fā)），這里簡單說下為什么TDD能解決這個問題：TDD的一個核心思想是小步增量，不斷重構(gòu)。具體說來就是TDD有兩個狀態(tài)（常見的說法是兩頂帽子）：狀態(tài)A：用test case描繪需求，并使用最簡單的方式滿足這個test case。注意要用最簡單的方式滿足這個需求，不能為任何test case之外的需求做任何設計。 test case通過之后進入狀態(tài)B；狀態(tài)B：重構(gòu)代碼，讓現(xiàn)有的代碼在盡量保持簡單性的同時足夠優(yōu)雅清晰。注意此時你只能對現(xiàn)有的實現(xiàn)代碼進行重構(gòu)，不能增加任何新的功能和test case。整個TDD的過程就是在這兩個狀態(tài)間不斷轉(zhuǎn)換的過程。在狀態(tài)A增加功能，在狀態(tài)B優(yōu)化設計。

TDD的這種思維方式走的稍微極端一點。它直接排斥任何對未來的設計，轉(zhuǎn)而以優(yōu)雅簡潔的設計和test case來為未來需求的重構(gòu)降低成本。 可以說嚴格遵循TDD做出來的設計必然在過度設計和設計不足方面都不會有太大的問題。

我嚴重推薦TDD。不管你最終會不會接受TDD這種開發(fā)方式，它獨特的思維方式都必然會給你的設計觀念帶來很大影響。

文章標題：什么是軟件開發(fā)中的過度設計？
鏈接地址：http://m.rwnh.cn/news/43569.html

網(wǎng)站建設、網(wǎng)絡推廣公司-創(chuàng)新互聯(lián)，是專注品牌與效果的網(wǎng)站制作，網(wǎng)絡營銷seo公司；服務項目有網(wǎng)站設計、軟件開發(fā)等

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)