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

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

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

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

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

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

文章名稱：什么是軟件開發中的過度設計？
本文路徑：http://m.js-pz168.com/news19/43569.html

網站建設、網絡推廣公司-創新互聯，是專注品牌與效果的網站制作，網絡營銷seo公司；服務項目有網站設計、軟件開發等

廣告

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