轉(zhuǎn)載自：https://blog.csdn.net/zhengzhb/article/details/7296944
定義：一個軟件實體如類掠剑、模塊和函數(shù)應(yīng)該對擴展開放苍鲜，對修改關(guān)閉轨域。
問題由來：在軟件的生命周期內(nèi)凛虽，因為變化庄新、升級和維護等原因需要對軟件原有代碼進行修改時隅茎，可能會給舊代碼中引入錯誤哆致，也可能會使我們不得不對整個功能進行重構(gòu)，并且需要原有代碼經(jīng)過重新測試患膛。
解決方案：當軟件需要變化時摊阀，盡量通過擴展軟件實體的行為來實現(xiàn)變化，而不是通過修改已有的代碼來實現(xiàn)變化踪蹬。
開閉原則是面向?qū)ο笤O(shè)計中最基礎(chǔ)的設(shè)計原則胞此，它指導(dǎo)我們?nèi)绾谓⒎€(wěn)定靈活的系統(tǒng)。開閉原則可能是設(shè)計模式六項原則中定義最模糊的一個了跃捣，它只告訴我們對擴展開放漱牵，對修改關(guān)閉，可是到底如何才能做到對擴展開放疚漆，對修改關(guān)閉酣胀，并沒有明確的告訴我們。以前娶聘，如果有人告訴我“你進行設(shè)計的時候一定要遵守開閉原則”闻镶，我會覺的他什么都沒說，但貌似又什么都說了丸升。因為開閉原則真的太虛了铆农。
在仔細思考以及仔細閱讀很多設(shè)計模式的文章后，終于對開閉原則有了一點認識狡耻。其實墩剖，我們遵循設(shè)計模式前面5大原則，以及使用23種設(shè)計模式的目的就是遵循開閉原則夷狰。也就是說岭皂，只要我們對前面5項原則遵守的好了，設(shè)計出的軟件自然是符合開閉原則的沼头，這個開閉原則更像是前面五項原則遵守程度的“平均得分”爷绘，前面5項原則遵守的好书劝，平均分自然就高，說明軟件設(shè)計開閉原則遵守的好揉阎；如果前面5項原則遵守的不好庄撮，則說明開閉原則遵守的不好背捌。
其實筆者認為毙籽，開閉原則無非就是想表達這樣一層意思：用抽象構(gòu)建框架，用實現(xiàn)擴展細節(jié)毡庆。因為抽象靈活性好坑赡，適應(yīng)性廣，只要抽象的合理么抗，可以基本保持軟件架構(gòu)的穩(wěn)定毅否。而軟件中易變的細節(jié)，我們用從抽象派生的實現(xiàn)類來進行擴展蝇刀，當軟件需要發(fā)生變化時螟加，我們只需要根據(jù)需求重新派生一個實現(xiàn)類來擴展就可以了。當然前提是我們的抽象要合理吞琐，要對需求的變更有前瞻性和預(yù)見性才行捆探。
說到這里，再回想一下前面說的5項原則站粟，恰恰是告訴我們用抽象構(gòu)建框架黍图，用實現(xiàn)擴展細節(jié)的注意事項而已：
單一職責原則告訴我們實現(xiàn)類要職責單一；
里氏替換原則告訴我們不要破壞繼承體系奴烙；
依賴倒置原則告訴我們要面向接口編程助被；
接口隔離原則告訴我們在設(shè)計接口的時候要精簡單一；
迪米特法則告訴我們要降低耦合切诀；
而開閉原則是總綱揩环，他告訴我們要對擴展開放，對修改關(guān)閉幅虑；
最后說明一下如何去遵守這六個原則检盼。對這六個原則的遵守并不是是和否的問題，而是多和少的問題翘单，也就是說吨枉，我們一般不會說有沒有遵守，而是說遵守程度的多少哄芜。任何事都是過猶不及貌亭，設(shè)計模式的六個設(shè)計原則也是一樣，制定這六個原則的目的并不是要我們刻板的遵守他們认臊，而需要根據(jù)實際情況靈活運用圃庭。對他們的遵守程度只要在一個合理的范圍內(nèi)，就算是良好的設(shè)計。我們用一幅圖來說明一下剧腻。
圖中的每一條維度各代表一項原則拘央，我們依據(jù)對這項原則的遵守程度在維度上畫一個點，則如果對這項原則遵守的合理的話书在，這個點應(yīng)該落在紅色的同心圓內(nèi)部灰伟；如果遵守的差，點將會在小圓內(nèi)部儒旬；如果過度遵守栏账，點將會落在大圓外部。一個良好的設(shè)計體現(xiàn)在圖中栈源，應(yīng)該是六個頂點都在同心圓中的六邊形挡爵。
在上圖中，設(shè)計1甚垦、設(shè)計2屬于良好的設(shè)計茶鹃，他們對六項原則的遵守程度都在合理的范圍內(nèi)；設(shè)計3艰亮、設(shè)計4設(shè)計雖然有些不足闭翩，但也基本可以接受；設(shè)計5則嚴重不足垃杖，對各項原則都沒有很好的遵守男杈；而設(shè)計6則遵守過渡了，設(shè)計5和設(shè)計6都是迫切需要重構(gòu)的設(shè)計调俘。
