軟件設計培訓總結（一）
什么是軟件設計
說不上來，反正目前我靠這個養(yǎng)家糊口瑟曲。
為什么需要軟件設計
“殺死一個程序員不需要子彈澡刹，只要變更三次需求驶臊∨布罚”
因此軟件設計的目的就是讓程序員活下去！
何時做設計
老師的答案：第一顆子彈
總結一句話就是： 變化驅動設計关翎。講真扛门，
這種lazy-load的方式還是很適合我這種懶惰的程序員的。在變化到來之前纵寝，不需要考慮太多的"以后會不會xxx"這系列問題（除非對你所在的領域非常熟悉尖飞，已經(jīng)有很多的經(jīng)驗可以借鑒和預判）。但是店雅，當?shù)谝淮巫兓絹淼臅r候，就需要去分離變化——分離變化贞铣，并且在這一變化的方向上設計出“一勞永逸”的架構闹啦。
具體怎么做
消除重復！消除重復辕坝！消除重復窍奋！重復是萬惡之源！
隱藏在各種設計模式背后的用意就是提高可重用性酱畅，反應在代碼上就是減少重復代碼琳袄。
正交原則
- 最小化重復
- 分離不同的變化方向
- 縮小依賴范圍
- 向著穩(wěn)定的方向依賴
簡單設計原則（重要性依次降低）
- 通過所有測試（滿足用戶需求）
- 盡可能消除重復
- 盡可能清晰表達
- 盡可能減少代碼元素
舉個例子
比如在我們實戰(zhàn)演練的時候，Length與Volume對象需要能夠“按照格式A輸出到屏幕”纺酸。于是窖逗，我們“信手拈來”地增加了一個toString()接口，用來按照固定格式輸出到屏幕餐蔬。
變化總是來的太快——用戶需求改了碎紊，要求能夠“按照格式B輸出到屏幕”佑附。這時候我們在寫一個toStringB()嗎？那如果后續(xù)還有“C格式”仗考、“D格式”音同、……？好吧秃嗜，這樣自己就會有一堆輸出字符串的接口——其實他們都做同一件事情权均，只不多方式不同罷了。
于是锅锨，我們封裝了行為“輸出到屏幕”——提取出了toString()方法叽赊。為了滿足用戶對輸出格式多樣化的需求，我們提供了多個Formatter類——用戶需要什么格式橡类，自己new一個吧蛇尚！
class Formatter
{
public:
Formatter(){}
~Formatter(){}
string format(int value);
};
class FormatterA : public Formatter
{
public:
string format(int value)
{
return "out put formatter category A.";
}
};
class FormatterB : public Formatter
{
string format(int value)
{
return "out put formatter category B.";
}
};
template <typename Type>
class Quality
{
private:
int value;
Type unit;
protected:
inline int getValue() {return value;}
inline Type getUnit() {return unit;}
public:
Quality(int value, Type unit);
virtual ~Quality();
string toString(const Formatter & formatter) // 用戶可以通過不同的formatter來定制輸出的格式
{
return formatter.format(this->value);
}
};
// 我們只需要提供Length和Volume的定義
typedef Quality<int> Length;
typedef Quality<int> Volume;
// 補充下用戶的使用方法
Length l = Length(1, 9);
l.toString(FormatterA());
l.toString(FormatterB());