設計原則一 找出應用中可能需要變化之處，把它獨立出來，不要和那些不需要變化的代碼混在一起。把會變化的部分取出並封裝起來，以便以後可以輕易地改動或擴充此部分，而不影響不需要變化的其它部分。系統中某部分的改變不會影響其它部分。
設計原則二 針對接口編程，而不是針對實現編程。“針對接口編程”真正的意思是“針對超類型編程”。可以更明確地說成“變量的聲明類型應該是超類型，通常是一個抽象類或者是一個接口。如此，只要是具體實現此超類型的類所產生的對象，都可以指定給這個變量。這也意味着，聲明類時不用理會以後執行的真正的對象類型”
設計原則三 多用組合，少用繼承
策略模式：定義了算法族，分別把他們封裝起來，讓他們之間可以互相替換，此模式讓算法的變化獨立於使用算法的客戶。
設計原則四 爲了交互對象的鬆耦合設計而努力，鬆耦合的設計之所以能讓我們建立有彈性的OO系統，能夠應付變化，是因爲對象之間的相互依賴降到了最低。
