設計模式：代理模式詳解

来源:https://www.cnblogs.com/TheGCC/p/18304697
-Advertisement-
Play Games

需求場景 按著慣例，還是以一個應用場景作為代理模式的切入點。現在有一個訂單系統，要求是:一旦訂單被創建，只有訂單的創建人才可以修改訂單中的數據，其他人則不能修改。 基本實現思路 按著最直白的思路，就是查詢資料庫中訂單的創建人和當前Session中的登錄賬號ID是否一致。 class Order { ...


需求場景

按著慣例，還是以一個應用場景作為代理模式的切入點。現在有一個訂單系統，要求是:一旦訂單被創建，只有訂單的創建人才可以修改訂單中的數據，其他人則不能修改。

基本實現思路

按著最直白的思路，就是查詢資料庫中訂單的創建人和當前Session中的登錄賬號ID是否一致。

class Order {
    private String orderId;
    private String creatorId; // 訂單創建者的ID
    private String details; // 訂單詳情
    // 省略其他屬性和getter/setter方法
 
    public Order(String orderId, String creatorId, String details) {
        this.orderId = orderId;
        this.creatorId = creatorId;
        this.details = details;
    }
 
    // 其他業務邏輯...
}

系統修改

class OrderService {
    private Map<String, Order> orders = new HashMap<>();
 
    // 創建訂單
    public void createOrder(String orderId, String creatorId, String details) {
        Order order = new Order(orderId, creatorId, details);
        orders.put(orderId, order);
    }
 
    // 修改訂單
    public void modifyOrder(String orderId, String userId, String newDetails) {
        Order order = orders.get(orderId);
        if (order != null) {
            //檢查是否擁有許可權
            if(order.getCreateId().equals(userId)){
                order.setDetails(newDetails);
            }else{
               System.out.println("許可權不足.");
            }
        } else {
            System.out.println("訂單不存在.");
        }
    }
 
    // 其他業務邏輯...
}

該思路的問題

上述代碼其實本身是沒有問題的，也是Web貧血模式的常見實現思路，即在Service中通過大量的if else進行完成，如果非說問題的話，就是隨著對於訂單的操作越多Service代碼會越發膨脹，例如，需求一開始是只要求改描述，下次又要求更改名稱，下下次對於許可權又細分等等，Service的modifyOrder就會增加很多的if else和set方法 ，擴展和維護十分的不優雅。或許下麵的代理模式能提供一些能夠優雅解決的新思路。

代理模式

代理模式的核心定義是：為其他對象提供一種代理以此來控制對這個對象的訪問。代理模式是以對象組合的方式對對象進行保護或者說功能擴展的一種方式。

代理模式結構

Sunject ：目標介面，定義目標對象的具體操作。

Proxy:代理對象，實現與具體的目標對象一樣的介面，這樣就可以代理具體的目標對象。保存一個指向具體目標對象的引用，可以再需要的時候調用具體的目標對象，調用目標對象時進行控制和保護。

RealSubject：具體的目標對象，真正實現目標介面要求的功能

// 定義真實主題角色介面
interface Image {
    void display();
}
 
// 實現真實主題角色
class RealImage implements Image {
    private String fileName;
 
    public RealImage(String fileName) {
        this.fileName = fileName;
        loadFromDisk(fileName);
    }
 
    @Override
    public void display() {
        System.out.println("Displaying " + fileName);
    }
 
    // 模擬從磁碟載入圖片資源
    private void loadFromDisk(String fileName) {
        System.out.println("Loading " + fileName + " from disk.");
    }
}
 
// 定義代理主題角色
interface Proxy extends Image {
    void display();
}
 
// 實現代理主題角色
class ProxyImage implements Proxy {
    private RealImage realImage;
 
    public ProxyImage(String fileName) {
        // 延遲載入RealImage對象
        this.realImage = null;
    }
 
    @Override
    public void display() {
        if (realImage == null) {
            realImage = new RealImage("image.png");
        }
        realImage.display();
    }
}
 
public class ProxyPatternDemo {
    public static void main(String[] args) {
        Proxy proxy = new ProxyImage("image.png");
        proxy.display();
    }
}

代理模式實現案例

相當於現在如果有了一個訂單對象實例，那麼就需要控制外部對它的訪問，滿足條件的可以訪問，不滿足條件的就不能訪問。使用代理模式來實現就是需要在Order對象之外再包一層對象，用於操作許可權控制。本質上是一種保護代理思路。

首先創建一個訂單的操作介面

public interface OrderApi {
    String getId();
    String getName();
    String getDetails();
    String getCreatorId();
    void setId(String id);
    void setDetails(String details);
    void setName(String name);
    void setCreatorId(String creatorId);
}

 一個基本的訂單實體類作為目標代理對象

class Order implements OrderApi {
    private String id;
    private String name;
    private String details;
    private String creatorId;
 
    public Order(String id, String name, String details, String creatorId) {
        this.id = id;
        this.name = name;
        this.details = details;
        this.creatorId = creatorId;
    }
 
    @Override
    public String getId() {
        return id;
    }
 
    @Override
    public String getName() {
        return name;
    }
 
    @Override
    public String getDetails() {
        return details;
    }
 
    @Override
    public String getCreatorId() {
        return creatorId;
    }
 
    @Override
    public void setId(String id) {
       
        this.id = id;
    }
 
    @Override
    public void setName(String name) {
        
        this.name = name;
    }
 
    @Override
    public void setCreatorId(String creatorId) {
        this.creatorId = creatorId;
    }
    
    @Override
    public void setDetails(String details) {
        this.details= details;
    }
}

實現一個代理對象

class OrderProxy implements OrderApi {
    private Order order;
 
    public OrderProxy(Order order) {
        this.order = order;
    }
 
    @Override
    public String getId() {
        return order.getIdO();
    }
 
    @Override
    public String getName() {
        return order.getNameO();
    }
 
    @Override
    public String getDetails() {
        return order.getDetailsO();
    }
 
    @Override
    public String getCreatorId() {
        return order.getCreatorIdO();
    }
 
    @Override
    public void setId(String id) {
        // 在這裡添加許可權檢查邏輯
        if (isCreator()) {
            order.setId(id);
        } else {
            throw new SecurityException("Only the creator can change the order ID.");
        }
    }
 
    @Override
    public void setName(String name) {
        // 在這裡添加許可權檢查邏輯
        if (isCreator()) {
            order.setName(name);
        } else {
            throw new SecurityException("Only the creator can change the order name.");
        }
    }
 
    @Override
    public void setCreatorId(String creatorId) {
        // 創建者ID通常不允許更改
        throw new UnsupportedOperationException("Changing creator ID is not allowed.");
    }
 
    private boolean isCreator(String userId) {
        // 這裡應該添加檢查userId是否是訂單的創建者
        // 為了示例簡單，這裡假設userId總是傳入正確的，返回true
        return true;
    }
}

代理模式的理解

特點與分類

代理模式在客戶和被客戶訪問的對象之間，引入了一定程度的間接性，客戶是直接使用代理，讓代理來與被訪問的對象進行交互。不同的代理類型，這種附加的間接性有不同的用途，也就具有不同的特點。

  • 遠程代理:隱藏了一個對象存在於不同的地址空間的事實，也即是客戶通過遠程代理去訪問一個對象，根本就不關心這個對象在哪裡，也不關心如何通過網路去訪問到這個對象。從客戶的角度來講，它只是在使用代理對象而已。
  • 虛代理:可以根據需要來創建“大”對象，只有到必須創建對象的時候，虛代理才會創建對象，從而大大加快程式運行速度，並節省資源。通過虛代理可以對系統進行優化。
  • 保護代理:可以在訪問一個對象的前後，執行很多附加的操作，除了進行許可權控制之外，還可以進行很多跟業務相關的處理，而不需要修改被代理的對象。也就是說，可以通過代理來給目標對象增加功能。
  • 智能指引:和保護代理類似，也是允許在訪問一個對象的前後，執行很多附加的操作，這樣一來就可以做很多額外的事情，比如，引用計數等。

在這些代理類型中，最常見的是保護代理和遠程代理。上述的例子就是一個典型的保護代理的實現，即具體訂單的操作是不變的，如果需要對訂單的操作進行特殊處理，一切變動皆集中在代理對象中，代理對象對於訂單對象起到了保護隔離的作用，同時代碼層面上也承載了“頻繁變化”的需求內容，將“變化”隔離出來，對於後續的需求擴展也是十分有效。

建議在如下情況中選用代理模式。

  • 需要為一個對象在不同的地址空間提供局部代表的時候，可以使用遠程代理。
  • 需要按照需要創建開銷很大的對象的時候，可以使用虛代理。
  • 需要控制對原始對象的訪問的時候，可以使用保護代理。
  • 需要在訪問對象執行一些附加操作的時候，可以使用智能指引代理。

具體目標和代理間的關係

Java中代理模式的應用

Java 對代理模式提供了內建的支持，在java.lang,refect 包下麵，提供了一個 Proxy的類和一個InvocationHandler 的介面。
通常把前面自己實現的代理模式稱為 Java 的靜態代理。這種實現方式有一個較大的缺點，就是如果Subject介面發生變化，那麼代理類和具體的目標實現都要變化，不是很靈活。而使用Java內建的對代理模式支持的功能來實現則沒有這個問題。
通常把使用 Java 內建的對代理模式支持的功能來實現的代理稱為Java的動態代理，動態代理跟靜態代理相比，明顯的變化是:靜態代理實現的時候，在Subject介面上定義很多的方法，代理類裡面自然也要實現很多方法:而動態代理實現的時候，雖然Subicct介面上定義了很多方法，但是動態代理類始終只有一個invoke 方法。這樣，當Subject介面發生變化的時候，動態代理的介面就不需要跟著變化了。
Java的動態代理目前只能代理介面，基本的實現是依靠Java的反射機制和動態生成class的技術，來動態生成被代理的介面的實現對象。具體的內部實現細節這裡不去討論。如果要實現類的代理，可以使用cglib(一個開源的Code Generation Library)。

還是來看看示例，那就修改上面保護代理的示例，看看如何使用Java的動態代理來實現同樣的功能。
(1)訂單介面的定義是完全一樣的，就不再贅述了。
(2)訂單對象的實現，只是添加了一個 toString,，以方便測試輸出，這裡也不去示例了。在前面的示例中，toString已實現在代理類裡面了。
(3)直接看看代理類的實現，大致有如下變化。

  • 要實現InvocationHandler介面。
  • 需要提供一個方法來實現:把具體的目標對象和動態代理綁定起來，併在綁定好過後，返回被代理的目標對象的介面，以利於客戶端的操作。
  • 需要實現 invoke 方法，在這個方法裡面，具體判斷當前是在調用什麼方法，需要如何處理
import java.lang.reflect.*;
 
/**
 * 使用Java中的動態代理
 */
public class DynamicProxy implements InvocationHandler {
    // 被代理的對象
    private OrderApi order;
 
    /**
     * 獲取綁定好代理和具體目標對象後的目標對象的介面
     * @param order 具體的訂單對象，相當於具體目標對象
     * @return 綁定好代理和具體目標對象後的目標對象的介面
     */
    public OrderApi getProxyInterface(Order order) {
        // 設置被代理的對象，方便invoke裡面的操作
        this.order = order;
 
        // 把真正的訂單對象和動態代理關聯起來
        OrderApi orderApi = (OrderApi) Proxy.newProxyInstance(
            order.getClass().getClassLoader(),
            order.getClass().getInterfaces(),
            this);
 
        return orderApi;
    }
 
    public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
        // 如果是調用setter方法就需要檢查許可權
        if (method.getName().startsWith("set")) {
            // 假設Order類有一個getOrderUser()方法來獲取訂單創建者的用戶ID
            // 並且order.getOrderUser().equals(args[0])來檢查是否是創建者
            if (order.getOrderUser() != null && order.getOrderUser().equals(args[0])) {
                // 可以操作
                return method.invoke(order, args);
            } else {
                // 如果不是創建者，不能修改
                System.out.println("對不起，" + args[0] + "，您無權修改本訂單中的數據");
            }
        } else {
            // 不是調用的setter方法就繼續運行
            return method.invoke(order, args);
        }
        return null;
    }
}

使用規則

public class Client {
    public static void main(String[] args) {
        // 張三先登錄系統創建了一個訂單
        Order order = new Order("XXX", 100, "張三");
        // 創建一個動態代理
        DynamicProxy dynamicProxy = new DynamicProxy();
        // 然後把訂單和動態代理關聯起來
        OrderApi orderApi = dynamicProxy.getProxyInterface(order);
 
        // 以下就需要使用被代理過的介面來操作了
        // 李四想要來修改，那就會報錯
        orderApi.setOrderNum(123, "李四");
        // 輸出order
        System.out.println("李四修改後訂單記錄沒有變化：" + orderApi);
 
        // 張三修改就不會有問題
        orderApi.setOrderNum(123, "張三");
        // 再次輸出order
        System.out.println("張三修改後，訂單記錄：" + orderApi);
    }
}

代理在Java中的使用十分常見，例如Spring中的AOP，其本質就是代理模式

 

 
您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 全網最適合入門的面向對象編程教程：20 類和對象的 Python 實現-組合關係的實現與 CSV 文件保存
    本文主要介紹了在使用Python面向對象編程時，如何實現組合關係，同時對比了組合關係和繼承關係的優缺點，並講解瞭如何通過csv模塊來保存Python接收/生成的數據。 ...
  • 在AWS無伺服器架構上實施應用程式介面
    本文介紹了在 AWS 無伺服器架構上實現 RESTful API 的過程。它詳細概述了架構、數據流和可使用的 AWS 服務。本文還介紹了無伺服器架構與傳統方法相比的優勢。什麼是無伺服器架構？ 無伺服器架構，又稱無伺服器計算或功能即服務，是一種軟體設計方法，允許開發人員在不管理底層基礎設施的情況下構建 ...
  • 設計模式之適配器模式（學習筆記）
    定義 適配器模式是一種結構型設計模式，它允許將一個類的介面轉換為客戶端希望的另一個介面。適配器使得原本由於介面不相容而不能一起工作的類可以協同工作。通過創建適配器類，可以將現有類的介面轉換成目標介面，從而使這些類能夠在一起工作。 為什麼使用適配器模式 相容性 適配器模式能夠解決由於介面不相容而無法直 ...
  • 設計模式之抽象工廠模式（學習筆記）
    定義 抽象工廠模式是一種創建型設計模式，它提供一個介面，用於創建一系列相關或依賴的對象，而無需指定它們的具體類。抽象工廠模式將對象的創建過程抽象化，允許子類通過實現具體工廠類來定製對象的創建。 為什麼使用抽象工廠模式 產品族的一致性 抽象工廠模式確保同一產品族中的對象之間的一致性。 部分遵循開閉原則 ...
  • 雲屏設備整機軟體升級方案
    最近時間稍微空閑，整理下雲屏整機設備的OTA流程及方案。之前開發時有過定義/設計，這裡稍微整理總結下 整機軟體有很多模塊，系統及外設固件、Windows服務、Windows應用，比如系統點屏9969、攝像頭固件、觸摸框固件、顯卡驅動、Windows一些自研服務（用於通信以及系統修複等）、全家桶應用（ ...
  • 設計模式之工廠模式（學習筆記）
    定義 工廠方法模式是一種創建型設計模式，它定義了一個用於創建對象的介面，但由子類來決定實例化哪一個類。工廠方法使得類的實例化延遲到子類，這樣可以讓客戶端在不需要知道具體類的情況下創建對象。工廠方法模式通過使用繼承和多態性，允許子類來控制對象的創建方式，能夠更好地應對對象創建的複雜性和變化性。 為什麼 ...
  • 全網最適合入門的面向對象編程教程：18 類和對象的 Python 實現-多重繼承與 PyQtGraph 串口數據繪製曲線圖
    本文主要介紹了Python中創建自定義類時如何使用多重繼承、菱形繼承的概念和易錯點，同時講解瞭如何使用PyQtGraph庫對串口接收的數據進行繪圖。 ...
  • 設計模式之簡單工廠模式（學習筆記）
    定義 簡單工廠模式（Simple Factory Pattern）是一種創建型設計模式，它定義一個用於創建對象的介面，但由一個單獨的類來實現實際創建的工作。簡單工廠模式通過在一個類中集中管理對象的創建過程，可以減少客戶端與具體類之間的耦合，使得代碼結構更加清晰和易於維護。通過專門定義一個類來負責創建 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發（一）：使用.NET MAUI開發第一個安卓APP
    移動開發（一）：使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說，近來想嘗試開發一款安卓APP，考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP，畢竟是使用Visual Studio開發工具，使用起來也比較的順手，結合微軟官方的教程進行了安卓 ...
  • wpf ToggleButton選中效果和一個登錄界面
    前言 QuestPDF 是一個開源 .NET 庫，用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫，它徹底改變了我們生成 PDF 文檔的方 ...
  • 彈幕樹洞項目功能新增篇
    項目地址 項目後端地址： https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址： ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址： http://tree ...
  • 第27篇 sqlserver2022詳細安裝步驟
    話不多說，直接開乾 一.下載 1.官方鏈接下載： https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe，運行開始下載SQL server； 二. ...
  • .NET 開源高性能 MQTT 類庫
    前言 隨著物聯網（IoT）技術的迅猛發展，MQTT（消息隊列遙測傳輸）協議憑藉其輕量級和高效性，已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫，為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog文檔翻譯系列（六） - 可用的接收器、增強器、格式化輸出
    Serilog支持多種接收器用於日誌存儲，增強器用於添加屬性，LogContext管理動態屬性，支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項，適用於不同需求。 ...
  • 警惕 Visual Studio 屬性求值副作用導致邏輯不符合預期
    目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據，爬取信息時需要模擬瀏覽器行為，否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下： 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • [使用目前最新版]HybridCLR6.9.0+YooAsset2.2.4實現純C# Unity熱更新方案 (一)
    1.前言 什麼是熱更新 游戲或者軟體更新時，無需重新下載客戶端進行安裝，而是在應用程式啟動的情況下，在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR，Xlua，ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles，Addressable， ...
  • 在 ASP.NET Core Web API 中使用操作篩選器統一處理通用操作
    本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺，其實像阿裡雲，騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後，它會送 ...
  • 第28篇 如何.net中實現高效可靠數據同步api
    通過以下方式可以高效，並保證數據同步的可靠性 1.API設計 使用RESTful設計，確保API端點明確，並使用適當的HTTP方法（如POST用於創建，PUT用於更新）。 設計清晰的請求和響應模型，以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類