这是什么设计模式——适配器、提供者、委托、模板方法，还是……？

Question

这是一个简单的设计模式问题：

作为我当前项目的一部分，我编写了一个接口，该接口执行数据库搜索（使用 Web 服务和相关客户端存根）并返回结果 - 随后将由 struts 操作用作对JSON 请求。

接口是这样的：

    public interface DynamicSearchProvider {

        JSONObject getSearchResultsAsJSONObject(DatatablesRequestParams params) 
                throws JSONException;

    }

然后对于每个特定类型的对象，将实现上述的具体版本，以便它将调用相关的Web服务并返回结果。

基本上，据我所知，它只是一堆业务逻辑的包装。

问题是，你会怎么称呼这个？我不喜欢“提供者”这个词，因为它相当含糊。是否有一个明确定义的设计模式？

理想情况下，我更愿意使用 Spring 顺便说一句，但不幸的是我不能在这个项目中，因为它是遗留代码库的一部分...

编辑：

这是它的使用位置：

public abstract class GenericDynamicSearchAction extends GenericAction {

    private static Log log = LogFactory.getLog(GenericDynamicSearchAction.class);

    /**
     * Method to be implemented by each individual search action
     */
    public abstract DynamicSearchProvider getDynamicSearchProvider();

    public final ActionForward executeAuthenticated(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) throws IOException {

        log.debug("called");

        DatatablesRequestParams datatablesRequestParams = DatatablesUtils.extractDatatablesParamsFromRequest(request);

        try {


            JSONObject jsonResponse = getDynamicSearchProvider().getSearchResultsAsJSONObject(datatablesRequestParams);

            String echo = datatablesRequestParams.getEcho();

            jsonResponse.put(DatatablesUtils.ECHO_FIELD_NAME, echo);
            response.setContentType("application/json");

            String jsonResponseString = jsonResponse.toString();

            log.debug("Returning JSON response:"+jsonResponseString);

            response.getWriter().print(jsonResponseString);

        } catch (JSONException e) {

            response.setContentType("text/html");
            response.getWriter().print(e.getMessage());

        }

        return null;

    }

等等...

所以，对于一个特定的对象类型，实现了上述 Action 类的具体版本（顺便说一句，它是 stuts action），并且它将引用上述“Provider”的实现......就像这样：

public class PolicyDynamicSearchAction extends GenericDynamicSearchAction {

    @Override
    public final DynamicSearchProvider getDynamicSearchProvider() {

        return new PolicyDynamicSearchProvider();

    }
}

希望

public class PolicyDynamicSearchProvider implements DynamicSearchProvider {

    public final JSONObject getSearchResultsAsJSONObject(DatatablesRequestParams params) throws JSONException {
//some business logic that goes to webservice etc to get the info
}
}

它能让它更清楚。

Answer 1

从你的“一堆业务逻辑”猜测它是一个外观。不过，恕我直言，按照设计模式命名类通常不是一个好主意。首先，类可以同时实现多种设计模式，其次，这种方法在重构过程中很难维护。

我认为对于外观来说这是特别错误的想法，因为调用者不应该意识到该方法作为外观的事实。

Provider 听起来不错，但 DynamicSearchService 对我来说听起来更好。

Answer 2

这不是我的专业领域，但我认为这听起来像策略模式