許多人都應該聽過設計模式(Design pattern)，或多或少有看過或者使用過設計模式，但在實際使用過程中總有一種心有余而力不足的感覺。這顯然是對平面設計模式的理解有些偏頗或不夠深入。首先不要討論特定的模式，看看設計模式是什么。接下來就由小編為您介紹設計模式，什么是設計模式？

速渲

0

0條點評

咨詢產品

免費試用

解決用戶選型困難的好軟件，有各維度的信息

客戶案例

暫無

合作品牌

暫無

設計模式

一、開閉原理(OpenClosePrinciple)

       軟體模塊應對擴展開放，對修改關閉。舉個例子：當程序需要增加功能時，不能再對原來的代碼進行修改，而是增加了代碼，實現熱插拔(熱插拔：靈活地移除或增加功能，而不影響原始功能)。目標：該程序具有良好的擴展性，易于維護和升級。

二、里氏替代原則(LiskovSubstitutionPrinciple)

       在繼承復用過程中，里氏替代原則是一個基本類，只有當派生類能夠取代基類，并且軟件單元的功能不受影響時，基類才能真正被重用，并且衍生類能夠在基類的基礎上添加新的行為。舉個例子：球類最初是一種體育用品，其衍生類有籃球、足球、排球、羽毛球等，若衍生類取代原有的基類方法，如將體育用品改為食品(則影響軟件單元的功能)，則不符合里氏代換原則。目標：說明實現抽象的具體步驟。

三、依賴倒轉原則（DependenceInversionPrinciple）

       面向界面編程，而非編程實現。以計算機系統為例，無論主板、CPU、存儲器、硬件都是針對界面而設計的，如果按照設計實現，內存對應于某個品牌的主板，那么會出現換內存需要把主板換掉的尷尬。目標：減少模塊之間的耦合。

四、DemeterPrinciple法(了解最低限度原則)

       使系統功能模塊相對獨立的實體應盡可能少地與其他實體相互作用。舉個例子：一個類公開的公共屬性或方法越多，修改所涉及的范圍就越大，更改所產生的風險擴散就越大。目標：減少類間的耦合，減少對其它類的依賴。

五、單一責任原則(單列責任原則)

       這個原則是由RobertC.Martin(RobertC.Martin)在《敏捷軟件開發：原則、模式和實踐》中給出的。Martin指出，這一原則是在TomDeMarco和MeilirPage-Jones的著作中提出的。某個類只負責某一功能領域的相應職責，或者可以定義為：對于某一類，只能有一個導致其變化的原因。例證：原理簡單到不需要舉例！目標：減少類復雜度，增加可讀性，增加可維護性。

       “聚類”是從功能角度測量模塊內部的連接，一個好的聚類模塊應該只完成一件事情。對模塊內部的功能聯系進行了描述；耦合是對軟件結構中模塊之間相互連接的一種測量，而耦合強度取決于模塊間接口的復雜程度、模塊進入或訪問某個模塊的點以及通過接口的數據。以上就是小編為您介紹的設計模式，什么是設計模式？。