面向對象設計模式

面向對象設計模式

 設計模式:
 在實際的開發中,咱們要想深刻的瞭解面向對象思想,就必須熟悉前人總結的  面向對象的思想的設計原則;
 1.單一職責原則
  高內聚,低耦合
  每一個類只有一個職責,對外值能提供一種功能,而引發類變化的緣由應該只有一個。在設計模式中,全部的設計模式都遵循這一原則。
 全部設計模式都創建在這一個原則之上的。
   2.開閉原則編程

   核心思想:設計模式

                一個對象對擴展開放,對修改關閉。設計

   對類的改動是經過增長代碼進行的,而不是修改現有的代碼。也就是說軟件開發人員一旦寫出了能夠運行的代碼,就不該該去改動它,而是要保證它能一直運行下去,如何可以作到這一點呢?
   這就須要藉助於抽象和多態,即把可能變化的內容抽象出來,從而使抽象的部分是相對穩定的,而具體的實現規則是能夠改變和擴展的。
   3.里氏替換原則
   核心思想:在任何父類出現的地方,均可以使用它的子類替換。
   實際上是說:同一個繼承體系中的對象應該有共同的行爲特徵。
   4.依賴注入原則
   核心思想:要依賴於抽象,不要依賴於具體實現。
   其實就是說:在應用程序中,全部的類若是使用或依賴於其餘的類,則應該依賴這些其餘類的抽象類,而不是這些其餘類的具體類。爲了實現這一原則,就要求咱們在編程的時候針對抽象類或者接口編程,而不是針對具體實現編程。
   5.接口分離原則
   核心思想:不該該強迫程序依賴他們不須要使用的方法。
   其實就是說:一個接口不須要提供太多的行爲,一個接口應該只提供一種對外的功能,不該該把全部的操做都封裝到一個接口中。
   一個接口不該該實現太多的行爲,寧願實現多個接口。
   6.迪米特原則
   核心思想:一個對象應該對其它對象儘量的少了解。
   其實就和單一職責相似。
  下降各個對象之間的耦合。提升系統的可維護性。在模塊之間應該只經過接口編程,而
   不理會模塊的內部工做原理。它使得各個模塊的耦合度降到最低,促進軟件的複用。
  面向對象設計模式

相關文章
相關標籤/搜索