1. 程式人生 > 其它 >JAVA設計模式--七大原則之開閉原則(05)

JAVA設計模式--七大原則之開閉原則(05)

技術標籤:設計模式

開閉原則就是說對擴充套件開放,對修改關閉。

擴充套件開放---對提供方(新增加的功能)

修改關閉--使用放

public class Simple01 {

    public static void main(String[] args) {
        CarFactory carFactory = new CarFactory();
        carFactory.getCar(new SuvCar(30));
        carFactory.getCar(new JcCar(7));
    }
}

class CarFactory {

    public void getCar(BaseCar car) {
        //動態呼叫car的實現方法,從而實現了修改的關閉;對擴充套件的開放,因為這裡依賴的是抽象,所以在使用時動態提供,從而動態改變其功能
        car.getCar();
    }
}

abstract class BaseCar {
    int carType;

    abstract void getCar();
}

class SuvCar extends BaseCar {

    public SuvCar(int carType) {
        super.carType = carType;
    }

    @Override
    void getCar() {
        if (carType >= 20) {
            System.out.println("輸出一兩20萬級別的SUV車");
        } else {
            System.out.println("輸出普通級別的SUV車");
        }
    }
}

class JcCar extends BaseCar {
    public JcCar(int carType) {
        super.carType = carType;
    }

    @Override
    void getCar() {
        if (carType >= 7) {
            System.out.println("輸出一兩100萬級別的轎車");
        } else {
            System.out.println("輸出一兩普通級別的轎車");
        }
    }
}

在程式需要進行拓展的時候,不能去修改原有的程式碼,實現一個熱插拔的效果。所以一句話概括就是:為了使程式的擴充套件性好,易於維護和升級。想要達到這樣的效果,需要面向介面程式設計。

定義:一個軟體實體如類、模組和函式應該對擴充套件開放,對修改關閉。

問題由來:在軟體的生命週期內,因為變化、升級和維護等原因需要對軟體原有程式碼進行修改時,可能會給舊程式碼中引入錯誤,也可能會使我們不得不對整個功能進行重構,並且需要原有程式碼經過重新測試。

解決方案:當軟體需要變化時,儘量通過擴充套件軟體實體的行為來實現變化,而不是通過修改已有的程式碼來實現變化。

開閉原則是面向物件設計中最基礎的設計原則,它指導我們如何建立穩定靈活的系統。開閉原則可能是設計模式六項原則中定義最模糊的一個了,它只告訴我們對擴充套件開放,對修改關閉,可是到底如何才能做到對擴充套件開放,對修改關閉,並沒有明確的告訴我們。以前,如果有人告訴我“你進行設計的時候一定要遵守開閉原則”,我會覺的他什麼都沒說,但貌似又什麼都說了。因為開閉原則真的太虛了。

如果仔細思考以及仔細閱讀很多設計模式的文章後,會發現其實,我們遵循設計模式前面5大原則,以及使用23種設計模式的目的就是遵循開閉原則。也就是說,只要我們對前面5項原則遵守的好了,設計出的軟體自然是符合開閉原則的,這個開閉原則更像是前面五項原則遵守程度的“平均得分”,前面5項原則遵守的好,平均分自然就高,說明軟體設計開閉原則遵守的好;如果前面5項原則遵守的不好,則說明開閉原則遵守的不好。

開閉原則無非就是想表達這樣一層意思:用抽象構建框架,用實現擴充套件細節。因為抽象靈活性好,適應性廣,只要抽象的合理,可以基本保持軟體架構的穩定。而軟體中易變的細節,我們用從抽象派生的實現類來進行擴充套件,當軟體需要發生變化時,我們只需要根據需求重新派生一個實現類來擴充套件就可以了。當然前提是我們的抽象要合理,要對需求的變更有前瞻性和預見性才行。

說到這裡,再回想一下前面說的5項原則,恰恰是告訴我們用抽象構建框架,用實現擴充套件細節的注意事項而已:單一職責原則告訴我們實現類要職責單一;里氏替換原則告訴我們不要破壞繼承體系;依賴倒置原則告訴我們要面向介面程式設計;介面隔離原則告訴我們在設計介面的時候要精簡單一;迪米特法則告訴我們要降低耦合。而開閉原則是總綱,他告訴我們要對擴充套件開放,對修改關閉。