設計模式：代理模式詳解

来源: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 微服務框架
    前言 微服務架構已經成為搭建高效、可擴展系統的關鍵技術之一，然而，現有許多微服務框架往往過於複雜，使得我們普通開發者難以快速上手並體驗到微服務帶了的便利。為瞭解決這一問題，於是作者精心打造了一款最接地氣的 .NET 微服務框架，幫助我們輕鬆構建和管理微服務應用。 本框架不僅支持 Consul 服務註 ...
  • 基於surging的木舟IOT平臺如何添加網路組件
    先看一下效果吧: 如果不會寫動畫或者懶得寫動畫，就直接交給Blend來做吧; 其實Blend操作起來很簡單，有點類似於在操作PS，我們只需要設置關鍵幀，滑鼠點來點去就可以了，Blend會自動幫我們生成我們想要的動畫效果. 第一步：要創建一個空的WPF項目 第二步：右鍵我們的項目，在最下方有一個，在B ...
  • Prism:框架介紹與安裝
    Prism:框架介紹與安裝 什麼是Prism? Prism是一個用於在 WPF、Xamarin Form、Uno 平臺和 WinUI 中構建鬆散耦合、可維護和可測試的 XAML 應用程式框架 Github https://github.com/PrismLibrary/Prism NuGet htt ...
  • 不可不知的WPF畫筆（Brush）
    在WPF中，屏幕上的所有內容，都是通過畫筆（Brush）畫上去的。如按鈕的背景色，邊框，文本框的前景和形狀填充。藉助畫筆，可以繪製頁面上的所有UI對象。不同畫筆具有不同類型的輸出（ 如：某些畫筆使用純色繪製區域，其他畫筆使用漸變、圖案、圖像或繪圖）。 ...
  • .NET 8 高併發微服務電商系統實戰
    前言 嗨，大家好！推薦一個基於 .NET 8 的高併發微服務電商系統，涵蓋了商品、訂單、會員、服務、財務等50多種實用功能。 項目不僅使用了 .NET 8 的最新特性，還集成了AutoFac、DotLiquid、HangFire、Nlog、Jwt、LayUIAdmin、SqlSugar、MySQL、 ...
  • 基於surging 如何利用peerjs進行語音視頻通話
    本文主要介紹攝像頭（相機）如何採集數據，用於類似攝像頭本地顯示軟體，以及流媒體數據傳輸場景如傳屏、視訊會議等。 攝像頭採集有多種方案，如AForge.NET、WPFMediaKit、OpenCvSharp、EmguCv、DirectShow.NET、MediaCaptre（UWP），網上一些文章以及 ...
  • [WPF]數據綁定時為何會出現StringFormat失效
    前言 Seal-Report 是一款.NET 開源報表工具，擁有 1.4K Star。它提供了一個完整的框架，使用 C# 編寫，最新的版本採用的是 .NET 8.0 。 它能夠高效地從各種資料庫或 NoSQL 數據源生成日常報表，並支持執行複雜的報表任務。 其簡單易用的安裝過程和直觀的設計界面，我們 ...
  • NET Core 多身份校驗與策略模式
    背景需求： 系統需要對接到XXX官方的API，但因此官方對接以及管理都十分嚴格。而本人部門的系統中包含諸多子系統，系統間為了穩定，程式間多數固定Token+特殊驗證進行調用，且後期還要提供給其他兄弟部門系統共同調用。 原則上：每套系統都必須單獨接入到官方，但官方的接入複雜，還要官方指定機構認證的證書 ...
  • C#自定義控制項—轉換開關
    本文介紹下電腦設備關機的情況下如何通過網路喚醒設備，之前電源S狀態 電腦Power電源狀態- 唐宋元明清2188 - 博客園 (cnblogs.com) 有介紹過遠程喚醒設備，後面這倆天瞭解多了點所以單獨加個隨筆 設備關機的情況下，使用網路喚醒的前提條件： 1. 被喚醒設備需要支持這WakeOnL ...
  • .NET 8.0 前後分離快速開發框架
    前言 大家好，推薦一個.NET 8.0 為核心，結合前端 Vue 框架，實現了前後端完全分離的設計理念。它不僅提供了強大的基礎功能支持，如許可權管理、代碼生成器等，還通過採用主流技術和最佳實踐，顯著降低了開發難度，加快了項目交付速度。 如果你需要一個高效的開發解決方案，本框架能幫助大家輕鬆應對挑戰，實 ...
所有分類