Javaデザインパターンエージェント

プロキシモードとは何ですか?

実際、「エージェント」は人生における「エージェント」と同じ意味です。簡単に言うと、自分がやりたいことは何らかの理由で直接実行することができず、誰かが「代理」して実行する必要があるということです。例はたくさんありますので、例は示しません。重要なのは、それが何をするのか、そしてどのようにそれを行うのかを理解することです。いつ使用するかについては、あなたが決めることができます。

静的プロキシ

まず、静的プロキシの簡単な例を通じて、プロキシモードについて予備的に理解しましょう。
シナリオ: 会社の人材を採用するヘッドハンターのようなものです。企業は人材を採用する「本物の役割」であり、ヘッドハンターは人材の採用を担う「エージェントの役割」です。

エージェントのコンテンツはインターフェースに抽象化されます

企業とヘッドハンターは、代理店の責任範囲（具体的には何を行うのか）について相互に合意する必要があります。

/**
 * 描述：定义代理的具体内容
 * <p>作者: aliyu
 * <p>创建时间: 2021-10-15 10:44 上午
 */
public interface HireSomeone {
    
    

    /**
     * 雇佣
     */
    public void hire();
}

本当の性格

実際にリクエストを処理する人、つまり会社です。プロキシコンテンツインターフェイスは、最終的には企業自体が実装する必要があります。

/**
 * 描述：公司招聘，实际招聘人
 * <p>作者: aliyu
 * <p>创建时间: 2021-10-15 10:37 上午
 */
public class CompanyHire implements HireSomeone{
    
    

    @Override
    public void hire() {
    
    
        System.out.println("我是实际执行雇佣的人");
    }
}

エージェントの役割

エージェントロールには実際のオブジェクトへの参照が含まれているため、リクエストを処理のために実際のオブジェクトに変換したり、その前後に操作を追加したりできます (たとえば、仕事を探している人はその仕事に参加することに同意しており、ヘッドハンターはこの操作は、ヘッドハンターが実際に行うことはできません。したがって、ヘッドハンターは特定の企業の人事を採用する必要があり、人事はこの操作を完了します。同時に、ヘッドハンターは、仲介者として、二者間のやりとりに何かを加えることができます）。

/**
 * 描述：代理角色
 * <p>作者: aliyu
 * <p>创建时间: 2021-10-15 10:54 上午
 */
public class ProxyHire implements HireSomeone{
    
    

    /**
     * 传入实际操作的角色“公司”
     */
    private CompanyHire companyHire;

    public ProxyHire(CompanyHire companyHire) {
    
    
        this.companyHire = companyHire;
    }

    @Override
    public void hire() {
    
    
        //实际操作是由真实角色“公司”完成的
        companyHire.hire();
    }
}

テストプロキシオブジェクトによりプロキシが完成します。

/**
 * 描述：模拟通过调用代理对象，实际调用真实对象的过程
 * <p>作者: aliyu
 * <p>创建时间: 2021-10-15 10:57 上午
 */
public class TestProxy {
    
    
    
    public static void main(String[] args) {
    
    
        //实例化"实际对象"
        CompanyHire companyHire = new CompanyHire();
        //传入"代理"
        ProxyHire proxyHire = new ProxyHire(companyHire);
        //点进去看代码，可以发现"雇佣"操作实际是由传入"真实对象"完成的。
        proxyHire.hire();
    }
}

動的プロキシ

各プロキシクラスはプロキシコンテンツインターフェイスを実装する必要があります。インターフェイスにメソッドが追加された場合は、それに応じてプロキシクラスも変更する必要があります。次に、プロキシクラスの各インターフェイスオブジェクトは実オブジェクトに対応しますが、実オブジェクトが多数ある場合、静的プロキシクラスは非常に肥大化して扱いにくくなります。以下に示すように:

public class ProxyHire implements HireSomeone{
    
    

    private CompanyHire companyHire;
......

public class ProxyHire2 implements HireSomeone{
    
    

    private CompanyHire2 companyHire2;
......

public class ProxyHire3 implements HireSomeone{
    
    

    private CompanyHire3 companyHire3;
......

同時に、そのようなコードが実際に繰り返されていることもわかります。あまりにも多くのプロキシクラスを作成しない方法はありますか? これにより、動的プロキシが表示されます。
動的プロキシは、プロキシオブジェクトに基づいてプロキシクラスを動的に作成するという点で静的プロキシとは異なります。このようにして、静的プロキシ内のプロキシクラスが多すぎる問題を回避できます。動的プロキシは、リフレクションによって実装される実装メソッドであり、Java 独自の java.lang.reflect.Proxy を使用して固定ルールによって生成されます。

新しい動的プロキシクラス:

/**
 * 描述：动态代理类
 * <p>作者: aliyu
 * <p>创建时间: 2021-10-15 2:09 下午
 */
public class DynamicProxyHire implements InvocationHandler {
    
    

    /**
     * 传入的是object，就可以满足不同真实对象的传入
     */
    private Object object;

    public DynamicProxyHire(Object object) {
    
    
        this.object = object;
    }

    /**
     * 当在与其关联的代理实例上调用方法时，将在调用处理程序上调用此方法。
     * 简单来说就是通过动态代理类执行真实对象方法时，会进入这里。
     * @param proxy 真实对象
     * @param method 通过代理对象调用的方法（通过反射获得）
     * @param args  参数
     * @return
     * @throws Throwable
     */
    @Override
    public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
    
    
        //调用真实对象的方法
        Object result = method.invoke(this.object, args);
        return result;
    }
}

動的プロキシオブジェクトを介した完全なプロキシのテスト

public class TestDynamicProxy {
    
    
    
    public static void main(String[] args) {
    
    
        //我们要代理的真实对象
        CompanyHire companyHire = new CompanyHire();
        //我们要代理哪个真实对象，就将该对象传进去，最后是通过该真实对象来调用其方法的
        InvocationHandler handler = new DynamicProxyHire(companyHire);
        //第一个参数 ，我们这里使用handler这个类的ClassLoader对象来加载我们的代理对象
        ClassLoader classLoader = handler.getClass().getClassLoader();
        //第二个参数，我们这里为代理对象提供的接口是真实对象所实现的接口，表示我要代理的是该真实对象，这样我就能调用这组接口中的方法了
        Class<?>[] interfaces = companyHire.getClass().getInterfaces();
        //第三个参数handler， 我们这里将这个代理对象关联到了上方的 InvocationHandler 这个对象上
        //表示当前的InvocationHandler实现实例对象
        HireSomeone hireSomeone = (HireSomeone) Proxy.newProxyInstance(classLoader, interfaces, handler);
        hireSomeone.hire();
    }
}

プロキシモデルの長所と短所

利点 1 - 遅延読み込み

「システムの起動時に、最も多くのリソースを消費するメソッドがプロキシモードを使用して分離されます。これにより、システムの起動が高速化され、ユーザーの待ち時間が短縮されます。ユーザーが実際に操作をクエリすると、プロキシクラスは実際のデータは別途作成
されます。データベースクエリクラスはユーザーのリクエストを完了します。このプロセスはプロキシモードを使用して遅延読み込みを実現します。理論は理解できますが、どのように実装されるのでしょうか? 例を見つけました。

抽象プロキシインターフェイス:
ここに画像の説明を挿入します
実際の役割:

プロキシの役割:

ps: 受信する実際のオブジェクト = null を設定するだけでよいことがわかりました。その後、メソッドが実際に呼び出されるときに、実際のオブジェクトがインスタンス化されます。これは遅延読み込みの役割を果たします。
URL の例: https://www.cnblogs.com/klyjb/p/11522968.html

メリット2 カップリングが少なくメンテナンスが容易

検証作業は、実際のオブジェクトを呼び出す前に行われます。新しい機能が追加された場合、実際のオブジェクトの代わりにプロキシオブジェクトを変更できます。オブジェクトの集約は継承を置き換え、結合を軽減します。

いわゆる「実オブジェクトを呼び出す前に検証作業ができる」というのは、プロキシオブジェクトのメソッドで実オブジェクトを呼び出す方法なので、数行の検証コードを追加することは難しくありません。

    @Override
    public void hire() {
    
    
        //这里可以加入校验代码
        //实际操作是由真实角色完成的
        companyHire.hire();
        //执行完后也可以加入代码，实现某些特殊的需求
    }

「新しい機能が追加された場合、実際のオブジェクトの代わりにプロキシオブジェクトを変更できます。」 - この文はおそらく実際のオブジェクトを呼び出す前に検証を追加するのと同じですが、追加される内容が異なります。
つまり、これは可能ですが、私はそのようなシナリオに遭遇したことがないため、明確に説明できません。

欠点がある

各プロキシクラスはプロキシコンテンツインターフェイスを実装する必要があります。インターフェイスにメソッドが追加された場合は、それに応じてプロキシクラスも変更する必要があります。