在我目前看來部落格的作用就是筆記了，所謂的原創也僅僅是複制了别人的東西實踐了一下，但為了學習記憶确實要記錄下來。在這裡感謝網絡各處的資源，原諒我對資源的索取。
接下來每天開始學以則設計模式或者幾天學一則設計模式，目的就是初步認識設計模式，必須堅持下去！還是那樣，搬磚學習。
接下來的學習參考文章：http://zz563143188.iteye.com/blog/1847029。
開閉原則就是說對擴充開放，對修改關閉。 在程式需要進行拓展的時候，不能去修改原有的代碼，實作一個熱插拔的效果。是以一句話概括就是：為了程式的擴充性好，易于維護和更新。想要達到這樣的效果，我們需要使用接口和抽象類，後面的具體設計中我們會提到這點。
裡氏代換原則（Liskov Substitution Principle LSP）面向對象設計的基本原則之一。裡氏代換原則中說，任何基類可以出現的地方，子類一定可以出現。 LSP是繼承複用的基石，隻有當衍生類可以替換掉基類，軟體機關的功能不受到影響時，基類才能真正被複用，而衍生類也能夠在基類的基礎上增加新的行為。裡氏代換原則是對“開-閉”原則的補充。實作“開-閉”原則的關鍵步驟就是抽象化。而基類與子類的繼承關系就是抽象化的具體實作，是以裡氏代換原則是對實作抽象化的具體步驟的規範。—— From Baidu 百科
這個是開閉原則的基礎，具體内容：真對接口程式設計，依賴于抽象而不依賴于具體。
這個原則的意思是：使用多個隔離的接口，比使用單個接口要好。還是一個降低類之間的耦合度的意思，從這兒我們看出，其實設計模式就是一個軟體的設計思想，從大型軟體架構出發，為了更新和維護友善。是以上文中多次出現：降低依賴，降低耦合。
為什麼叫最少知道原則，就是說：一個實體應當盡量少的與其他實體之間發生互相作用，使得系統功能子產品相對獨立。
原則是盡量使用合成/聚合的方式，而不是使用繼承。
找出應用中可能需要變化之處，把它們獨立出來，不要和那些不需要變化的代碼混在一起。
針對接口程式設計，而不是針對實作程式設計。
為了互動對象之間的松耦合設計而努力。
唯有不斷學習方能改變！
-- <b>Ryan Miao</b>
![Java小案例——随機數猜測随機數猜測[圖]](data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=)