面向對象六大原則(下)

接口隔離原則

Interface Segregation Principles(ISP)

1. 客戶端不該該依賴它不須要的接口
2. 相似的依賴關係應該創建在最小的接口上

接口應該細化, 不要使用過於臃腫的接口. 客戶端須要什麼接口就提供什麼接口, 將不須要的接口剔除掉.
不要將太多的方法放在同一個接口之中.

可是接口設計也要有度, 不可過分設計, 這個度每每根據經驗和常識判斷.

迪米特法則

Law of Demeter(LOD) , 最少知識原則(Least Knowledge Principle))

一個對象應該對其它對象有最少的瞭解, 另外一個解釋是隻與直接的朋友通訊.

朋友類: 出如今成員變量, 方法的輸入輸出參數中的類稱爲成員朋友類, 而出如今方法體內部的類不屬於朋友類

開閉原則

Open Close Principle(OCP)

一個軟件實體如類, 模塊和函數等應該對擴展開放, 對修改關閉.

實例

interface IBook{

    public String getName();

    public int getPrice();

    public String getAuthor();
}

class NovelBook implements IBook{
    private String name;
    private int price;
    private String author;

    public NovelBook(String name, int price, String author){
        this.name=name;
        this.price=price;
        this.author=author;
    }

    @Override
    public String getName() {
        return name;
    }

    @Override
    public int getPrice() {
        return price;
    }

    @Override
    public String getAuthor() {
        return author;
    }
}

若是未來要搞打折, 通常可能會用如下兩個方法來解決:

1. 在接口中添加getOffPrice()方法. 可是這須要對每個實現IBook接口的實現類都添加該方法, 工做繁瑣. 且接口應該是穩定且可靠的, 不該該常常發生變化.
2. 修改實現類, 直接在getPrice()中實現打折處理, 可是若是仍須要知道原價是多少, 就會出問題.
3. 經過擴展實現

添加一個子類

class OffNovelBook extends NovelBook{

    public OffNovelBook(String name,int price, String author){
        super(name,price,author);
    }

    @Override
    public int getPrice(){
        int selfPrice=super.getPrice();
        int offPrice=selfPrice*90/100;
        return offPrice;
    }
}