常常聽各種技術大牛說，想要成爲一名優秀的架構師，必須要gof的23中設計模式有所瞭解，本人不才，雖然在以前的工作中一直想全部看完全部設計模式，但是由於自己的懶惰以及沒有堅持的性格，一直斷斷續續的看着設計模式這本書。最近，堅持看完了設計模式，並且也通過java書寫的各個模式的實現，收益匪淺，越看到最後，越覺得各個模式越像，互相之間的區別月難以理解，但隨着平常的多思考，有些問題會逐漸清晰。
設計模式主要是實現下面的oop編程原則：
1.單一原則：每個類完成自己份類的功能，功能過於複雜對於後來的維護不便
2.里氏替換原則：子類可以代替父類，父類不能代替子類，此原則要求我們保持類的繼承性
3.依賴倒轉：上層接口依賴於底層的服務，但是底層的實現不可依賴於上層的實現，要求我們需要抽象接口編程
4.接口隔離原則：要求接口只定義我們關心的對象，保持接口最小
5.迪米特法則：類與類之間保持最小的瞭解，這樣可以做到高內聚，低耦合
6.開閉原則：我們對於修改是不允許的，對於擴展是開放的，隨意修改既存的資源可能給我們的系統帶來新的bug
總之，在oop編程中我們要多用關聯聚合，少用繼承，做到高內聚，低耦合。
設計模式說到底就是要求我們用好聚合和繼承，是我們設計出來的系統更好的維護和擴展。
但是，在現實的設計過程中我們得把握好一個度，一味的追求設計模式，是的我們的系統過於複雜，一次我們需要一個尺度，這就靠我們個人的經驗了。