軟件應該是可以擴展的，但是不可以修改的。

對擴展都是開放的，模塊式可以擴展來滿足新的行為，我們可以改變模塊的功能。

?

OCP的好處是，盡可能的減少修改模塊的次數(shù)和范圍，從而提高代碼的可維護性，復用性。比如操作系統(tǒng)的升級補丁，在修復bug的情況下，肯定是越小越小。如果說OCP做的不好，每次修改需要修改大量的文件，那就會導致補丁很大。

對于修改是封閉的，在擴展模塊的時候，不必改動源代碼的二進制文件，不管是.o文件還是.dll文件都不用改動。

問題的核心是怎么樣改變了模塊的功能卻又不改變模塊的代碼呢？

關(guān)鍵是抽象！

比如說，client類會調(diào)用server的一些接口，這樣就會對server產(chǎn)生依賴，如果想換一個server，那就需要修改client，這就違反了，OCP。好的做法是讓client依賴于一個接口，這樣client不會關(guān)注server的具體實現(xiàn)。

? ??

需要注意的一點是，為什么叫client interface而不是叫server Base？因為抽象類和它客戶的關(guān)系比和實現(xiàn)他們的類的關(guān)系更加重要。

?

真正的OCP是不可能會實現(xiàn)的，我們只能在可以預見的范圍內(nèi)分析軟件的變化及不變，進行取舍。為了實現(xiàn)OCP而進行的過度的抽象是非常劃不來的。

?

?

?

OCP開放閉合