创建实例后,“扩展”匿名类

用户名

假设我必须为期间发生的事件分配事件处理程序Request该API公开了抽象类RequestHandlerAPIAdapterRequestHandlerAPI用于手动定义事件处理程序的接口RequestHandlerAPIAdapter实施RequestHandlerAPI该适配器仅存在,因此我可以执行以下操作:

client.setRequestHandler(new RequestHandlerAPIAdapter(Request request) {
    // override some or all inherited methods
});

请注意,适配器仅允许我处理我感兴趣的事件,而忽略其他事件。例如,如果我只想在发送请求时做某些事情,而不关心在处理请求或响应到达时会发生什么,那么我只能为指定处理程序,onRequestSent而忽略onRequestProcessingonResponseArrived这种设计模式足以满足大多数现实世界的需求。

现在假设我不知道我需要事先处理哪些事件onResponseArrived,并且在创建的匿名实例之后,我可能会决定将来是否应该手动处理RequestHandlerAPIAdapterRequestHandlerAPIAdapter将需要一个新的实例,我将不得不重复的定义onRequestSent我知道这听起来很奇怪,也许开发人员永远不需要这种方式编写代码,但是我想知道在这种情况下是否存在防止代码重复的解决方法。

我想到的一个解决方案是创建一个具体的类,该类实现RequestHandlerAPI或扩展RequestHandlerAPIAdapter,为每个继承的方法定义公共功能接口,为刚刚定义的所有功能接口定义私有字段,并setHandler为请求期间可能发生的每个事件添加一个方法

这是此类的代码:

public class RequestHandlerConcreteAdapter implements RequestHandlerAPI {
    private HandleOnRequestSent onRequestSent = null; // or may be an empty lambda expression that does nothing
    private HandleOnRequestProcessing onRequestProcessing = null;
    private HandleOnResponseRetrieved onResonseRetrieved = null;

    public interface HandleOnRequestSent {
        void onRequestSent (Request request);
    }

    public interface HandleOnRequestProcessing {
        void onRequestProcessing (Request request);
    }

    public interface HandleOnResponseRetrived {
        void onResponseRetrived (Request request, Response response);
    }

    @Override
    public void onRequestSent (Request request) {
        onRequestSent.onRequestSent(request);
    }

    public RequestHandlerConcreteAdapter setHandler (HanldeOnRequestSent h) {
        onRequestSent = h;
        return this; // allows us to chain methods
    }

    @Override
    public void onRequestProcessing (Request request) {
        onRequestProcessing.onrequestProcessing(request);
    }

    // overloaded
    public RequestHandlerConcreteAdapter setHandler (HanldeOnRequestProcessing h) {
        onRequestProcessing = h;
        return this; // allows us to chain methods
    }

    // and a pair to handle onResponseRetrived
}

这使我可以执行以下操作:

RequestHandlerConcreteAdapter adapter = new RequestHandlerConcreteAdapter ();

adapter.setHandler ( (RequestHandlerConcreteAdapter.HandleOnRequestSent) (request) -> {
    //do something here
});

client.setRequestHandler (adapter);

// and at a later time
adapter.setHandler ( (RequestHandlerConcreteAdapter.HanldeOnResponseRetrieved) (request, response) -> {
    // do something here
});

client.setRequestHandler (adapter);

我会寻找一切可能的方法来避免做上面的事情,因为这种解决方案对我来说太脏了。另外,我想知道我所做的是否是Java中的已知设计模式。

综上所述,我想知道是否有一种更干净的方法来实现上面的代码正在执行的操作,如果不能,您是否可以建议对代码进行一些改进以使其看起来不太脏?

Lexicore

在我看来,您只是在寻找Decorator模式实施RequestHandlerAPIDecorator用的实例创建的RequestHandlerAPI,并将所有onRequest<DoSomething>调用委派给该实例要覆盖某些操作,请对进行子类化RequestHandlerAPIDecorator并覆盖方法之一。

大致情况:

 public abstract class RequestHandlerAPIDecorator implements RequestHandlerAPI {

     protected final RequestHandlerAPI delegate;

     public RequestHandlerAPIDecorator(RequestHandlerAPI delegate) {
         this.delegate = Objects.requireNonNull(delegate, "delegate must not be null.");
     }

     public void onRequestProcessing(Request request) {
         delegate.onRequestProcessing(request);
     }

     // Etc. You IDE will happily generate delegate methods for you.
 }

现在,如果您要覆盖,请说一些现有的“请求发送”处理RequestHandlerAPI,只需执行以下操作:

 RequestHandlerAPI decoratedRequestHandler = 
     new RequestHandlerAPIDecorator(existingRequestHandler) {
         public void onRequestSent(Request request) {
             System.out.println("Request is sent.");
         }
     });

您可以从头开始执行处理,也可以做其他事,delegate.onRequestSent(request)之后再调用

本文收集自互联网,转载请注明来源。

如有侵权,请联系 [email protected] 删除。

编辑于
0

我来说两句

0 条评论
登录 后参与评论

相关文章