來一點敏捷

這兩天在看敏捷的相關東西。看來看去，大體上敏捷的設計原則講的都是一個東西。以前對開放-封閉原則（Open-Closed Principle）總是感覺模糊，現在感覺也就是利用介面隔離，依賴於穩定的抽象的另一種說法。

來點例子

我們有一個網頁，需要根據報表頁面產生PDF供使用者下載。

void ResponseToUser(string fileName){    PDFGenerator pdfGenerator = new PDFGenerator();    Send(pdfGenerator.Generate(fileName)));}

 

然而沒過多久，使用者需要產生XLS表——因為使用者需要利用XLS來進行統計。

void ResponseToUser(string fileName){    XLSGenerator xlsGenerator = new XLSGenerator();    Send(xlsGenerator.Generate(fileName)));}

 

分析變化

在滿足這個需求時，我們的改動點有兩個：一個是實現XLSGenerator類，另一個是改動ResponseToUser函數。此時ResponseToUser函數依賴於產生器的細節。由於需求變化，我們知道這個細節不是穩定的，我們必須找一個相對穩定的抽象，基於這個穩定的抽象來保持ResponseToUser函數的穩定性，同時確保可擴充性。

來看看代碼吧：

void ResponseToUser(IGenerator generator, string fileName){    Send(generator.Generate(fileName)));}

此時Send依賴於穩定的抽象來產生不同類型報表。對於OCP原則來說，ResponseToUser函數此時是可擴充——傳入不同的產生器。不可修改——ResponseToUser函數不需要修改，而由調用者來決定是需要PDF來是需要XLS。