面試必備：常用的設計模式總結

阿新 • • 發佈：2018-12-31

說說我自己吧，應屆生一枚，大專學歷，軟體專業，在學校也學得不怎麼樣，剛開始出來找工作很不容易，萬幸的是，還是有公司要我了。進公司也快一個月了，明天就是國慶長假了，趁著自己有時間，寫點部落格，記錄下自己的學習經歷，希望能夠幫助到別人。

單例模式
簡單點說，就是一個應用程式中，某個類的例項物件只有一個，你沒有辦法去new，因為構造器是被private修飾的，一般通過getInstance()的方法來獲取它們的例項。getInstance()的返回值是一個物件的引用，並不是一個新的例項，所以不要錯誤的理解成多個物件。單例模式實現起來也很容易，直接看demo吧

public class Singleton {

    private 
 static Singleton singleton;

    private Singleton() {
    }

    public static Singleton getInstance() {
        if (singleton == null) {
            singleton = new Singleton();
        }
        return singleton;
    }
}

按照我的習慣，我恨不得寫滿註釋，怕你們看不懂，但是這個程式碼實在太簡單了，所以我沒寫任何註釋，如果這幾行程式碼你都看不明白的話，那你可以洗洗睡了，等你睡醒了再來看我的部落格說不定能看懂。

觀察者模式
物件間一對多的依賴關係，當一個物件的狀態發生改變時，所有依賴於它的物件都得到通知並被自動更新。Android中的各種Listener就使用到了這一設計模式，只要使用者對手機進行操作，對應的listener就會被通知，並作出響應的處理。
觀察者模式UML圖
看不懂圖的人端著小板凳到這裡來，給你舉個栗子��：假設有三個人，小美（女，28），老王和老李。小美很漂亮，很風騷，老王和老李是兩個中年男屌絲，時刻關注著小美的一舉一動。有一天，小美說了一句：我老公今天不在家，一個人好無聊啊～～～，這句話被老王和老李聽到了，結果樂壞了，蹭蹭蹭，沒一會兒，老王就衝到小美家門口了，於是進門了……………………..帕～啪啪啪啪啪～
在這裡，小美是被觀察者，老王和老李是觀察者，被觀察者發出一條資訊，然後被觀察者進行相應的處理，看程式碼：

public interface Person {
    //老王和老李通過這個介面可以接收到小美髮過來的訊息
    void getMessage(String s);
}

這個介面相當於老王和老李的電話號碼，小美髮送通知的時候就會撥打getMessage這個電話，撥打電話就是呼叫介面，看不懂沒關係，先往下看

public class LaoWang implements Person {

    private String name = "老王";

    public LaoWang() {
    }

    @Override
    public void getMessage(String s) {
        System.out.println(name + "接到了小美打過來的電話，電話內容是：" + s);
    }

}

public class LaoLi implements Person {

    private String name = "老李";

    public LaoLi() {
    }

    @Override
    public void getMessage(String s) {
        System.out.println(name + "接到了小美打過來的電話，電話內容是：->" + s);
    }

}

程式碼很簡單，我們再看看小美的程式碼：

public class XiaoMei {
    List<Person> list = new ArrayList<Person>();
     public XiaoMei(){
     }

     public void addPerson(Person person){
         list.add(person);
     }

     //遍歷list，把自己的通知傳送給所有暗戀自己的人
     public void notifyPerson() {
         for(Person person:list){
             person.getMessage("今天家裡就我一個人，你們過來吧，誰先過來誰就能得到我!");
         }
     }
}

我們寫一個測試類來看一下結果對不對

public class Test {
    public static void main(String[] args) {

        XiaoMei xiao_mei = new XiaoMei();
        LaoWang lao_wang = new LaoWang();
        LaoLi lao_li = new LaoLi();

        //老王和老李在小美那裡都註冊了一下
        xiao_mei.addPerson(lao_wang);
        xiao_mei.addPerson(lao_li);

        //小美向老王和老李傳送通知
        xiao_mei.notifyPerson();
    }
}

執行結果我截圖了

完美～～～

裝飾者模式
對已有的業務邏輯進一步的封裝，使其增加額外的功能，如java中的IO流就使用了裝飾者模式，使用者在使用的時候，可以任意組裝，達到自己想要的效果。
舉個栗子，我想吃三明治，首先我需要一根大大的香腸，我喜歡吃奶油，在香腸上面加一點奶油，再放一點蔬菜，最後再用兩片面包加一下，很豐盛的一頓午飯，營養又健康，那我們應該怎麼來寫程式碼呢？
首先，我們需要寫一個Food類，讓其他所有食物都來繼承這個類，看程式碼：

public class Food {

    private String food_name;

    public Food() {
    }

    public Food(String food_name) {
        this.food_name = food_name;
    }

    public String make() {
        return food_name;
    };
}

程式碼很簡單，我就不解釋了，然後我們寫幾個子類繼承它：

//麵包類
public class Bread extends Food {

    private Food basic_food;

    public Bread(Food basic_food) {
        this.basic_food = basic_food;
    }

    public String make() {
        return basic_food.make()+"+麵包";
    }
}

//奶油類
public class Cream extends Food {

    private Food basic_food;

    public Cream(Food basic_food) {
        this.basic_food = basic_food;
    }

    public String make() {
        return basic_food.make()+"+奶油";
    }
}

//蔬菜類
public class Vegetable extends Food {

    private Food basic_food;

    public Vegetable(Food basic_food) {
        this.basic_food = basic_food;
    }

    public String make() {
        return basic_food.make()+"+蔬菜";
    }

}

這幾個類都是差不多的，構造方法傳入一個Food型別的引數，然後在make方法中加入一些自己的邏輯，如果你還是看不懂為什麼這麼寫，不急，你看看我的Test類是怎麼寫的，一看你就明白了

public class Test {
    public static void main(String[] args) {
        Food food = new Bread(new Vegetable(new Cream(new Food("香腸"))));
        System.out.println(food.make());
    }
}

看到沒有，一層一層封裝，我沒從裡往外看：最裡面我new了一個香腸，在香腸的外面我包裹了一層奶油，在奶油的外面我又加了一層蔬菜，最外面我放的是麵包，是不是很形象，哈哈�� 這個設計模式簡直跟現實生活中一摸一樣，看懂了嗎？
我們看看執行結果吧

一個三明治就做好了～～～

介面卡模式
將兩種完全不同的事物聯絡到一起，就像現實生活中的變壓器。假設一個手機充電器需要的電壓是20V，但是正常的電壓是220V，這時候就需要一個變壓器，將220V的電壓轉換成20V的電壓，這樣，變壓器就將20V的電壓和手機聯絡起來了。

public class Test {
    public static void main(String[] args) {
        Phone phone = new Phone();
        VoltageAdapter adapter = new VoltageAdapter();
        phone.setAdapter(adapter);
        phone.charge();
    }
}

// 手機類
class Phone {

    public static final int V = 220;// 正常電壓220v，是一個常量

    private VoltageAdapter adapter;

    // 充電
    public void charge() {
        adapter.changeVoltage();
    }

    public void setAdapter(VoltageAdapter adapter) {
        this.adapter = adapter;
    }
}

// 變壓器
class VoltageAdapter {
    // 改變電壓的功能
    public void changeVoltage() {
        System.out.println("正在充電...");
        System.out.println("原始電壓：" + Phone.V + "V");
        System.out.println("經過變壓器轉換之後的電壓:" + (Phone.V - 200) + "V");
    }
}

工廠模式
簡單工廠模式：一個抽象的介面，多個抽象介面的實現類，一個工廠類，用來例項化抽象的介面

// 抽象產品類
abstract class Car {
    public void run();

    public void stop();
}

// 具體實現類
class Benz implements Car {
    public void run() {
        System.out.println("Benz開始啟動了。。。。。");
    }

    public void stop() {
        System.out.println("Benz停車了。。。。。");
    }
}

class Ford implements Car {
    public void run() {
        System.out.println("Ford開始啟動了。。。");
    }

    public void stop() {
        System.out.println("Ford停車了。。。。");
    }
}

// 工廠類
class Factory {
    public static Car getCarInstance(String type) {
        Car c = null;
        if ("Benz".equals(type)) {
            c = new Benz();
        }
        if ("Ford".equals(type)) {
            c = new Ford();
        }
        return c;
    }
}

public class Test {

    public static void main(String[] args) {
        Car c = Factory.getCarInstance("Benz");
        if (c != null) {
            c.run();
            c.stop();
        } else {
            System.out.println("造不了這種汽車。。。");
        }

    }

}

工廠方法模式：有四個角色，抽象工廠模式，具體工廠模式，抽象產品模式，具體產品模式。不再是由一個工廠類去例項化具體的產品，而是由抽象工廠的子類去例項化產品

// 抽象產品角色
public interface Moveable {
    void run();
}

// 具體產品角色
public class Plane implements Moveable {
    @Override
    public void run() {
        System.out.println("plane....");
    }
}

public class Broom implements Moveable {
    @Override
    public void run() {
        System.out.println("broom.....");
    }
}

// 抽象工廠
public abstract class VehicleFactory {
    abstract Moveable create();
}

// 具體工廠
public class PlaneFactory extends VehicleFactory {
    public Moveable create() {
        return new Plane();
    }
}

public class BroomFactory extends VehicleFactory {
    public Moveable create() {
        return new Broom();
    }
}

// 測試類
public class Test {
    public static void main(String[] args) {
        VehicleFactory factory = new BroomFactory();
        Moveable m = factory.create();
        m.run();
    }
}

抽象工廠模式：與工廠方法模式不同的是，工廠方法模式中的工廠只生產單一的產品，而抽象工廠模式中的工廠生產多個產品

/抽象工廠類
public abstract class AbstractFactory {
    public abstract Vehicle createVehicle();
    public abstract Weapon createWeapon();
    public abstract Food createFood();
}
//具體工廠類，其中Food,Vehicle，Weapon是抽象類，
public class DefaultFactory extends AbstractFactory{
    @Override
    public Food createFood() {
        return new Apple();
    }
    @Override
    public Vehicle createVehicle() {
        return new Car();
    }
    @Override
    public Weapon createWeapon() {
        return new AK47();
    }
}
//測試類
public class Test {
    public static void main(String[] args) {
        AbstractFactory f = new DefaultFactory();
        Vehicle v = f.createVehicle();
        v.run();
        Weapon w = f.createWeapon();
        w.shoot();
        Food a = f.createFood();
        a.printName();
    }
}

代理模式
今天有點累了，代理模式先不講了，以後有空再更新

這兩天開始寫微信公眾號了，大家可以去關注一下哦～～～
順便抱怨一下，最近我要被搞死了，天天加班，我也需要過正常”生活”的，好嗎，根本就沒有時間，算了，洗洗睡了

面試必備：常用的設計模式總結

java程式設計師面試必備：Java 設計模式之單例模式

面試必備：常用的設計模式總結

常用設計模式總結（面試常問）

java常用設計模式總結

常用設計模式總結

抽象類和介面的應用----常用設計模式總結

常用設計模式：適配器模式

併發程式設計面試必備：JUC 中的 Atomic 原子類總結

安卓常用6種設計模式總結

設計模式總結篇系列：建造者模式（Builder）

【設計模式總結】對常用設計模式的一些思考（未完待續。。。）

設計模式常用設計原則總結

java常用設計模式二：工廠模式

java常用設計模式四：建造者模式

java常用設計模式六：裝飾模式

java常用設計模式二：原型模式

設計模式總結（面試必問二）

java常用設計模式九：橋接模式

設計模式總結篇系列：外觀模式（Facade）

設計模式總結（二）

面試必備：常用的設計模式總結

相關推薦