Android進階之光——設(shè)計模式(結(jié)構(gòu)型設(shè)計模式)

結(jié)構(gòu)型設(shè)計模式

結(jié)構(gòu)型設(shè)計模式是從程序的結(jié)構(gòu)上解決模塊之間的耦合問題

代理模式

代理模式也被稱為委托模式。

  • 定義:為其他對象提供一種代理以控制這個對象的訪問


    代理模式結(jié)構(gòu)圖

    代理模式中有如下角色:

  • Subject:抽象主題類,聲明真實主題與代理的共同接口方法
  • RealSubject:真實主題類,代理類所代表的真實主題??蛻舳送ㄟ^代理類間接地調(diào)用真實主題類的方法
  • Proxy:代理類,持有對真實主題類的引用,在其所實現(xiàn)的接口方法中調(diào)用真實主題類中相應(yīng)的接口方法執(zhí)行
  • Client:客戶端類

代理模式的簡單實現(xiàn)

  1. 抽象主題類
interface IShop{
    void buy();
}

  1. 真實主題類
class meWx implements IShop {

    @Override
    public void buy() {
        System.out.println("wxBuy");
    }
}
  1. 代理類
class Purchasing implements IShop{
    private IShop iShop;

    public Purchasing(IShop iShop) {
        this.iShop = iShop;
    }

    @Override
    public void buy() {
        iShop.buy();
    }
}
  1. 客戶端類
public class ProxyType {
    public static void main(String[] args) {
        meWx meWx = new meWx();
        Purchasing purchasing = new Purchasing(meWx);
        purchasing.buy();
    }
}

動態(tài)代理的簡單實現(xiàn)

代理模式分為靜態(tài)代理和動態(tài)代理,
靜態(tài)代理在代碼運行前就已經(jīng)存在了代理類的class編譯文件。
動態(tài)代理則是在代碼運行時通過反射來動態(tài)地生成代理對象,并確定到底來代理誰。
我們將上面的例子做一下修改,創(chuàng)建動態(tài)代理類

        IShop iShop = new meWx();
        DynamicPurchasing dynamicPurchasing = new DynamicPurchasing(iShop);
        ClassLoader classLoader = iShop.getClass().getClassLoader();
        IShop purchasing = (IShop) Proxy.newProxyInstance(classLoader, new Class[]{IShop.class}, dynamicPurchasing);
        purchasing.buy();

裝飾模式

裝飾模式,其在不必改變類文件和使用繼承的情況下,動態(tài)地擴展一個對象的功能。是繼承的替代方案之一。它通過創(chuàng)建一個包裝對象,也就是裝飾類包裹真實的對象

  • 定義:動態(tài)地給一個對象添加一些額外的職責(zé),就增加功能來說,裝飾模式比生成子類更靈活


    裝飾模式的結(jié)構(gòu)圖
  • Component:抽象組件,可以是接口或是抽象類,被裝飾的最原始的對象
  • ConcreteComponent:組件具體實現(xiàn)類。被裝飾的具體對象
  • Decorator:抽象裝飾者。從外類來拓展Component類的功能
  • ConcreteDecorator:裝飾者的具體實現(xiàn)類

裝飾的簡單實現(xiàn)

  1. 抽象組件
abstract class Swordsman{
    abstract void attackMagic();
}

  1. 組件具體實現(xiàn)類
class YangGuo extends Swordsman{

    @Override
    void attackMagic() {
        System.out.println("楊過會全真劍法");
    }
}
  1. 抽象裝飾者
    抽象裝飾者保持了一個對抽象組件的引用,方便調(diào)用被裝飾對象中的方法。
abstract class  Master extends Swordsman{
    private Swordsman swordsman;

    public Master(Swordsman swordsman) {
        this.swordsman = swordsman;
    }

    @Override
    void attackMagic() {
        swordsman.attackMagic();
    }
}

  1. 裝飾者具體實現(xiàn)
class HongQiGong extends Master{

    public HongQiGong(Swordsman swordsman) {
        super(swordsman);
    }
    public void teachAttackMagic(){
        System.out.println("教楊過打狗棒法");
    }

    @Override
    void attackMagic() {
        super.attackMagic();
        teachAttackMagic();
    }
}
  1. 客戶端
    ···
    public static void main(String[] args) {
    YangGuo yangGuo = new YangGuo();
    HongQiGong hongQiGong = new HongQiGong(yangGuo);
    hongQiGong.attackMagic();
    }
    ···

外觀模式

外觀模式也被稱為門面模式。它通過一個外觀類使得整個系統(tǒng)的結(jié)構(gòu)只有一個統(tǒng)一的高層接口,可以降低用戶的使用成本

  • 定義:要求一個子系統(tǒng)的外部與內(nèi)部的通信必須通過一個統(tǒng)一的對象進行。此模式提供一個高層的接口,使得子系統(tǒng)更易于使用


    外觀模式的結(jié)構(gòu)圖

外觀模式有如下角色:

  • Facade:外觀類,知道哪些子系統(tǒng)類負責(zé)處理請求,將客戶端的請求代理給適當?shù)淖酉到y(tǒng)
  • SubSystem:子系統(tǒng)類,可以有一個或多個子系統(tǒng),實現(xiàn)子系統(tǒng)的功能,處理外觀類指派的任務(wù),注意子系統(tǒng)類不含有外觀類的引用

外觀模式的簡單實現(xiàn)

  1. 子系統(tǒng)類
class ZhaoShi{
    public void TaiJiQuan(){
        System.out.println("太極拳");
    }

    public void QiShangQuan(){
        System.out.println("七傷拳");
    }

    public void ShengHuo(){
        System.out.println("圣火令");
    }

}

class NeiGong{
    public void JiuYang() {
        System.out.println("九陽神功");
    }
    
    public void QianKun(){
        System.out.println("乾坤大挪移");
    }
}
  1. 外觀類
class ZhangWuJi{
    private ZhaoShi zhaoShi;
    private NeiGong neiGong;

    public ZhangWuJi() {
        zhaoShi = new ZhaoShi();
        neiGong = new NeiGong();
    }
    
    public void qianKun(){
        neiGong.QianKun();
    }
}
  1. 客戶端調(diào)用
  public static void main(String[] args) {
        ZhangWuJi zhangWuJi = new ZhangWuJi();
        zhangWuJi.qianKun();
    }

享元模式

享元模式可以減少應(yīng)用程序創(chuàng)建的對象,降低程序內(nèi)存的占用,提高性能

  • 定義:使用共享對象有效地支持大量細粒度的對象


    享元模式結(jié)構(gòu)圖
  • Flyweight:抽象享元角色,同時定義出對象的外部狀態(tài)和內(nèi)部狀態(tài)的接口或者實現(xiàn)

  • ConcreteFlyweight:具體享元角色,實現(xiàn)抽象享元角色定義的業(yè)務(wù)

  • FlyweightFactory:享元工廠,負責(zé)管理對象池和創(chuàng)建享元對象

享元模式的簡單實現(xiàn)

  1. 抽象享元角色
interface IGoods{
    public void showGoodsPrice(String name);
}
  1. 具體享元角色
class Goods implements IGoods{
    private String name;
    private String version;

    public Goods(String name) {
        this.name = name;
    }

    @Override
    public void showGoodsPrice(String name) {
        if (version.equals("32G")) {
            System.out.println("5199yuan");
        }
    }
}
  1. 享元工廠
class GoodsFactory{
    private static Map<String,Goods> pool = new HashMap<String,Goods>();
    public static Goods getGoods(String name){
        if (pool.containsKey(name)) {
            System.out.println("使用緩存,key為" + name);
            return pool.get(name);
        }else {
            Goods goods = new Goods(name);
            pool.put(name, goods);
            System.out.println("創(chuàng)建商品,key為" + name);
            return goods;
        }
    }
}
  1. 客戶端調(diào)用
    public static void main(String[] args) {
        Goods iphone7 = GoodsFactory.getGoods("iphone7");
        iphone7.showGoodsPrice("32G");
        
    }
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容