最小化設計（盡早實現）的時機

在《關於最小化設計（盡早實現）的一些想法》一文中，我們清楚了什麼是最小化設計（盡早實現），但是只知道what還不足以讓我們正確的實施它，那今天的話題就是when/where－－時機。

上文我們提到了最小化設計（盡早實現）的兩個方面，抽象和實現，在此我們也同樣分開討論。

1、抽象的時機。

日積月累的醜陋設計（違反原則的設計）會腐蝕整個系統，到你不得不進行清理的時候，工作就不僅僅是擦擦盤子那樣簡單了。

因此，抽象是在第二次實現（這符合「同樣的實現絕不會進行第三次」的原則）和第一次變化（變化通常會帶來第二次實現）的時候進行，即，當變化的需求「弄髒」了我們的設計，那麼就需要在兩次實現之上建立抽象，以防止同樣的變化再次「弄髒」設計。

2、實現的時機。

實現只需要在新的增加點第一次出現（比如乙個新的功能點、）的時候進行，夠用即可（能滿足新的變化點即可）。當然，對於新的增加點所帶來的設計上的影響（比如帶入了變化，即第二次實現）則觸發了抽象的實施，這不是實現的工作。

認識乙個事物，我們不僅需要知道what、why、how，還需要清楚when和where（wwwwh原則），而後兩者則是能正確發揮其作用的關鍵，對於最小化設計（盡早實現）也是如此。