在知乎上看到關於“什麼是軟體開發中的過度設計”的問題，其中一個回答很形象，摘要如下：

        假如今天你打算開發一個知乎的客戶端，那麼一個過度設計的＂你＂就開始琢磨了，嗯，我要面向物件，我要可擴充套件，我要牛逼！開始設計，首先業務和介面要分開，先用庫的形式搞一個知乎sdk，然後你就搞了一大堆介面，可是介面還沒實現呢，你又想了，我要通用啊，現在的社群網站有一定的共同點，我要把他們的sdk封裝到一起！對，這樣牛逼，回頭我一開源說不定大家還會表揚我呢。然後你就開始閱讀各種api文件，微博，騰訊，天涯，豆瓣，人人。。。你甚至把email都放進去了，作了很多看起來特別偉大的抽象，終於把sdk設計好了。這時候你又想，介面通用還不夠，我的實現也要通用，對，把ios，android和桌面系統的底層都封裝起來。。。這事有點難，你搞了好久差不多可以了。然後，不出意外的，你又想了，所謂mvc，v也要牛逼啊，我也要做成統一的，最好我這個軟體同時支援各大網站，以後升級的時候把庫加進去，一配置就支援新的網站，對，外掛機制！這個好，eclips就是這樣嘛！跟大師學沒錯。。。於是你開始設計抽象ui部分，等這些都做完了，你還不過癮，你還要內嵌指令碼，外接css，各種跨平臺，各種鬆耦合，你甚至要搞一個objc到java的程式碼生成器，這樣就橫跨ios和android了。。。

        設計過度其實就是使用者想要殺雞刀，但你設計出了殺牛刀甚至是電鋸。

稍加留意，可以發現當你在設計的時候有了下述想法，就要警惕是否在過度設計了。

• 設計決策以是否面向擴充套件為首要衡量標準。
• 解決問題的第一思路是設計模式。
• 相信軟體質量會隨著使用的框架、庫的增加而提升。
• 追求每一個類、層的可替換性。
• 如果沒有類圖等外在因素的輔助，很難看懂你的程式碼。
• 大量零散介面的引入並強調是面向介面程式設計。

另一個極端就是設計不足，設計出來的系統複用性差，擴充套件性不強，不能靈活的應對變化，簡言之，設計沒到位。這個的特徵不太好總結，很容易退化成程式碼問題，我只總結了這樣三個危險現象：

• 頭腦中沒有設計觀念，寫程式碼時寫到哪想到哪。
• 程式碼隨意堆砌，可見性、生存期使用混亂。
• 設計方案無法應對合理的需求變更，維護成本提高。

那麼要怎樣才能減少或避免設計過度與不足呢？

• 先設計後編碼。老生常談了，可惜知易行難。
• 先以設計過度為目標，當能意識到已經過度的時候再來糾正，從中提高對‘適度的設計’的理解。如果不具備設計過度的能力，往往也不太清楚什麼是‘適度的設計’，從過度往下降會更容易，但從不足往上升卻很難。所以還是要大膽的去設計，然後才能對設計進行評價。
• 提高理論認識，多與他人討論設計方案以減少設計不足。多交流，把思維用語言表達出來，在此過程中會發現自我的不足，別人也會指出一些沒考慮的漏洞，以此來彌補不足之處。
• 在迭代中使用演進式設計以限制設計過度。以滿足需求為出發點，不追求完美的永恆的架構，只追求演進式設計過程，通過迭代不斷的調整和優化。