開閉原則(OCP)是html' target='_blank'>面向?qū)ο?/u>設(shè)計中“可復(fù)用設(shè)計”的基石,是面向?qū)ο笤O(shè)計中最重要的原則之一,其它很多的設(shè)計原則都是實現(xiàn)開閉原則的一種手段。
1988年,勃蘭特·梅耶(Bertrand Meyer)在他的著作《面向?qū)ο筌浖?gòu)造(Object Oriented Software Construction)》中提出了開閉原則,它的原文是這樣:“Software entities should be open for extension,but closed for modification”。翻譯過來就是:“軟件實體應(yīng)當(dāng)對擴展開放,對修改關(guān)閉”。這句話說得略微有點專業(yè),我們把它講得更通俗一點,也就是:軟件系統(tǒng)中包含的各種組件,例如模塊(Modules)、類(Classes)以及功能(Functions)等等,應(yīng)該在不修改現(xiàn)有代碼的基礎(chǔ)上,引入新功能。開閉原則中“開”,是指對于組件功能的擴展是開放的,是允許對其進行功能擴展的;開閉原則中“閉”,是指對于原有代碼的修改是封閉的,即不應(yīng)該修改原有的代碼。
遵循開閉原則設(shè)計出的模塊具有兩個主要特征:
(1)對于擴展是開放的(Open for extension)。這意味著模塊的行為是可以擴展的。當(dāng)應(yīng)用的需求改變時,我們可以對模塊進行擴展,使其具有滿足那些改變的新行為。也就是說,我們可以改變模塊的功能。
(2)對于修改是關(guān)閉的(Closed for modification)。對模塊行為進行擴展時,不必改動模塊的源代碼或者二進制代碼。模塊的二進制可執(zhí)行版本,無論是可鏈接的庫、DLL或者.EXE文件,都無需改動。
實現(xiàn)方法
實現(xiàn)開閉原則的關(guān)鍵就在于“抽象”。把系統(tǒng)的所有可能的行為抽象成一個抽象底層,這個抽象底層規(guī)定出所有的具體實現(xiàn)必須提供的方法的特征。作為系統(tǒng)設(shè)計的抽象層,要預(yù)見所有可能的擴展,從而使得在任何擴展情況下,系統(tǒng)的抽象底層不需修改;同時,由于可以從抽象底層導(dǎo)出一個或多個新的具體實現(xiàn),可以改變系統(tǒng)的行為,因此系統(tǒng)設(shè)計對擴展是開放的。
我們在軟件開發(fā)的過程中,一直都是提倡需求導(dǎo)向的。這就要求我們在設(shè)計的時候,要非常清楚地了解用戶需求,判斷需求中包含的可能的變化,從而明確在什么情況下使用開閉原則。
關(guān)于系統(tǒng)可變的部分,還有一個更具體的對可變性封裝原則(Principle of Encapsulation of Variation, EVP),它從軟件工程實現(xiàn)的角度對開閉原則進行了進一步的解釋。EVP要求在做系統(tǒng)設(shè)計的時候,對系統(tǒng)所有可能發(fā)生變化的部分進行評估和分類,每一個可變的因素都單獨進行封裝。
我們在實際開發(fā)過程的設(shè)計開始階段,就要羅列出來系統(tǒng)所有可能的行為,并把這些行為加入到抽象底層,根本就是不可能的,這么去做也是不經(jīng)濟的。因此我們應(yīng)該現(xiàn)實的接受修改擁抱變化,使我們的代碼可以對擴展開放,對修改關(guān)閉。
好處
如果一個軟件系統(tǒng)符合開閉原則的,那么從軟件工程的角度來看,它至少具有這樣的好處:
可復(fù)用性好。
我們可以在軟件完成以后,仍然可以對軟件進行擴展,加入新的功能,非常靈活。因此,這個軟件系統(tǒng)就可以通過不斷地增加新的組件,來滿足不斷變化的需求。
可維護性好。
由于對于已有的軟件系統(tǒng)的組件,特別是它的抽象底層不去修改,因此,我們不用擔(dān)心軟件系統(tǒng)中原有組件的穩(wěn)定性,這就使變化中的軟件系統(tǒng)有一定的穩(wěn)定性和延續(xù)性。
鄭重聲明:本文版權(quán)歸原作者所有,轉(zhuǎn)載文章僅為傳播更多信息之目的,如作者信息標(biāo)記有誤,請第一時間聯(lián)系我們修改或刪除,多謝。
新聞熱點
疑難解答