關於過度設計和商務邏輯的錯誤

前段時間對一個部落格進行設計，在關於封裝查詢語句的函數上面做一個錯誤的決定，那就是過度設計，原因是這樣滴：

因為需求沒有完全弄明白，也不知道以後會不會添加別的查詢判斷語句，所以在函數的參數，傳回值等方面抉擇的類型為不定型interface{}也就是C的（void*），當時是這樣想滴：以後就算修改了，或添加了查詢條件陳述式也沒關係，因為參數為不定型，所以函數調用的時候沒有任何的影響，只在函數內部進行修改就可以了。

但是但是，，，，，，，

事實證明決策是錯誤的。

分為四種情況：

1.  以後確定不會改變。

2. 以後應該不會改變。

3.以後 不確定會不會改變。

4.以後應該會改變。

第一種情況下，不用多說，代碼硬寫就可以了，不用考慮靈活性（擴充性？）。

第二，三種情況下，比較難把握，以前有個誤區也在這裡，也是大部分人經常的錯誤所在：選擇為以後的擴充做努力。可以展現技術水平嘛，但事實正確的做法是：在這種情況下應該去假設以後不會改變去做設計，為什麼呐？原因在於，未來的可變性太多，就算是現在去做了很複雜的去適應未來，到未來到來的時候，大部分設計都會失敗的。二點是：簡單的實現，會節省時間，減少bug，代碼清晰等各種好處。但是為什麼好多人大部分都會選擇過度設計呐：因為可以滿足技術慾望，程式員的通病啊。

第三種情況下，毋庸置疑要選擇考慮擴充性的設計啦。