我正在开发一个小型 Web 库，想知道是否应该反射式地调用 GET、POST、PUT 等 HTTP 处理程序方法。

固定方法

首先是带有 if else ... block 的变体调用基类中给出的方法，它们有一个默认实现，返回一个错误给客户端。由于对不受支持的方法的请求需要带有允许方法的 header ，因此我需要反射(reflection)性地查找哪些方法实际上被覆盖了(顺便说一下，就像 Servlet API 所做的那样)。

public abstract class Resource {

    public Response handle(HttpServletRequest request) {
        String action = request.getMethod();
        if(action.equals("GET"))
            return get(request);
        else if(action.equals("POST"))
            return post(request);
        ...
    }

    protected Response get(HttpServletRequest request) {
        return new Response(METHOD_NOT_ALLOWED);
    }

    protected Response post(HttpServletRequest request) {
        return new Response(METHOD_NOT_ALLOWED);
    }

}

此解决方案的缺点是灵 active 降低，因为可用方法固定在基类中，直到 handle 方法在子类中重新实现。

变量方法

另一种变体是根据它们的签名以反射方式查找 HTTP 处理程序方法(采用 HttpServletRequest 并返回 Response)。这些方法将存储在 Map 中，并根据 map 中的键反射调用。

public abstract class Resource {

    private Map<String, Method> handlers;

    public Resource() {
        handlers = findHttpHandlerMethodsReflectivly();
    }

    public Response handle(HttpServletRequest request) {
        String action = request.getMethod();
        Method handler = handlers.get(action);
        return (Response)handler.invoke(this, request);
    }

}

此解决方案的优点是实现简单且灵活，但缺点是由于在 map 中搜索和反射方法调用，可能会增加一些运行时开销。并且类的接口(interface)有些“软”(或动态)，编译器没有机会检查它。但我不确定这是否是一个缺点，因为没有其他类应该依赖 HTTP 处理程序方法，它们是外部 Web 接口(interface)和 Java 系统的边界。

策略模式

第三个选项和最干净的 OOP 将是“多基因润滑剂”推荐的策略模式。它看起来像这样:

class MyResource extends Resource {

    register("GET", 
        new RequestHandler{
            @Override Response handle(HttpServletRequest request) {
                new Response(OK);
            }
        }
    );

}

它是干净的 OOP，但代码确实丑陋和冗长。我更喜欢这里有闭包的 Scala，尽管对 Scala 的工具支持仍然很差。将此与具有继承和固定方法的解决方案进行比较:

class MyResource extends Resource {

    @Override Response get(HttpServletRequest request) {
        return new Resonse(OK);
    }

}

您更喜欢什么，为什么？其他想法？

解决方案

我了解到，由于有固定的 HTTP 方法集，这里不需要反射。策略模式的方法很干净，但对我来说看起来很冗长。所以我决定采用固定方法和继承。

最佳答案

关于使用接口(interface)而不是反射

在这种情况下不应该使用反射，尤其是因为它不是必需的(参见Effective Java 2nd Edition，第 53 项:Prefer interfaces to reflection)。

而不是使用 java.lang.reflect.Method 并且有一个 Map<String, Method> handlers , 你应该定义一个 interface RequestHandler 输入，得到一个Map<String, RequestHandler> handlers反而。

它看起来像这样:

interface RequestHandler {
   Response handle(HttpServletRequest req);
}

然后不是反射式地搜索处理程序，而是使用显式 put 填充映射。 (或者可能使用配置文件等)。然后，而不是反射(reflection) Method.invoke , 你可以更干净地调用 RequestHandler.handle .

关于 enum按键选项

如果您只有几种不同的类型请求方法，并且没有计划使其可扩展，您可以使用 enum RequestMethod { GET, POST; } .

这允许您声明一个 Map<RequestMethod, RequestHandler> handlers; .请记住 enum有一个 valueOf(String)可用于从名称中获取常量的方法。

关于使用interface对比abstract class

在这里我将再次遵从 Josh Bloch 在Effective Java 2nd, Item 18: Prefer interfaces to abstract classes中的判断:

To summarize, an interface is generally the best way to define a type that permits multiple implementation. An exception to this rule is the case where ease of evolution is deemed more important than flexibility and power. Under these circumstances, you should use an abstract class to define the type, but only if you understand and can accept the limitations.

本书更详细地全面涵盖了您正在努力解决的问题。在这种特殊情况下，可能需要使用 abstract class (即“固定方法”方法)，因为那里的请求方法类型很少且固定。

关于java - 反射调用方法还是使用继承的固定方法？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/3116781/