oo設計原則

設計原則是基本的工具，應用這些規則可以使你的代碼更加靈活，更容易維護，更容易擴充。

基本原則(oo design princples）

封閉變化 encapsulate what varies.

面向介面編程而不是實現 code to an interface rather than to an implementation

優先使用組合而非繼承 favor composition over inheritance

SRP: The single responsibility principle單一職責

系統中每一個對象都應該只有一個單獨的職責，而所有對象所關注的就是自身職責的完成。

every object in your system should have a single responsibility , and all the objects services should be focused on carrying out that single responsibility.

1.每一個職責都是一個設計的變因，需求變化的時候，需求變化反映為類職責的變化，當你系統裡面的對象都只有一個變化的原因的時候，你就已經很好的遵循了SRP原則。

2。如果一個類承擔的職責過多，就等於把這些職責耦合在了一起。

3。SRP讓這個系統更容易管理維護，因為不是所有的問題都攪在一起。

4。內聚cohesion其實是SRP原則的另外一個名字，你寫了高內聚的軟體其實就是說你很好的應用了SRP原則。

DRY：don’t repeat yourself principle

通過抽取公用部分放置在一個地方避免代碼重複。

OCP：open-close principle開閉原則

類應該對修改關閉，對擴充開啟；

classes should be open for extension, and closed for modification

LSP: the liskov substitution principle

子類必須能夠替換基類

subtype must be substitutable for their base types.

1.lsp關注的是怎麼良好的使用繼承。

2。必須要清楚是使用一個method還是要擴充它，但絕對不是改變它。

3。LSP清晰的指出，OOD的IS-A關係是就行為方式而言，行為方式是可以進行合理假設的。是客戶程式所依賴的。

4。LSP讓我們得出一個重要的結論：一個模型如果孤立的看，並不具有真正單方的有效性。

5。對LSP的違反也潛在的違反了OCP。

DIP：依賴倒置原則。

高層模組不應該依賴於底層，二者都應該依賴於抽象。

抽象不應該依賴於細節，細節應該依賴於抽象。

ISP：介面隔離原則

不應該強迫客戶程式依賴它們不需要的使用的方法。

為什麼我們過早的糾纏於細節？問題的本質是什嗎？

思考沒有層次這就是問題本質所在

善良的人在追求中縱然迷茫，卻終將意識到有一條正途。《浮士德》

三層視角：概念視角，規約視角，實現視角。視角協助我們將問題劃分層次，隔離。