應對需求變化

首先要明白 需求 和 （代碼）實現 是怎樣的對應關係。

假設需求和實現是一一對應的。那麼需求改變一處，代碼也必然改變一處。

有人想要需求變了，卻也不改寫實現，是不符合邏輯的。

變化有三種，一句話：增刪改。對三種情況作分析：

增：不需要改寫原來的，而增加新的實現。

刪：只需要去掉對應的部分。

改：改掉對應的部分。

因此，結論是，軟體設計，應該滿足在增加功能的時候，不修改固有代碼這個原則。雖然刪除需求的需求不多見~嗯~~~，這個其實是上一個規則的不同表訴。改，嗯~~~本質上也是第一個規則。

如何應對需求不斷的變化？這是折磨軟體設計者的難題。

需求變了，不改變實現是不可能的。我們要做到的是變化多少，改動多少，做到平滑的伸縮性。

要很好的實踐這個標準，要求設計者：

1.把需求實現

2.把需求變化作為需求

比如要做個表格，原來三個欄位，能滿足使用者的當前需求了。但是您也是知道的，使用者9成9在將來會要求增加欄位。這種對需求變化的需求，雖然是隱性的，但確實存在，某種層度上也不難預見，只是因為懶惰不去實現罷了。

回到原點，如果把需求變化的需求實現了，那麼相對實現來說，需求就沒有變化，不需要改動了。這是一個繞口的表述，但是表明了：

1.需求變化的需求不能都實現，只是相對性而言。

設計者何種程度上滿足需求變化的需求，還是要具體項目具體實現，這是對軟體維護階段深入解讀的結果。