Sudo策略模式的缺陷

Question

我正在做一个项目，需要调用许多不同的服务，并希望尽可能多地抽象出公共逻辑。问题是我还想返回自定义对象，而不是像JSON这样的东西。当我设计了一种这样做的方法时，我得到了一个范例，它让我想起了一个策略模式，但我认为它不太合适。我想知道在我做这件事的过程中是否有任何设计缺陷或危险。

基本上，我已经创建了一个抽象类(serviceCall)，它包含调用服务的公共逻辑（拥有一个internet客户机并从所需服务获得json响应）。这都是通过公共方法调用(map params,map headers) 来完成的。抽象类还定义了两个抽象方法:createCustomDTo(Map params，Map headers) 和parseresponsetoObject（String json)。我会在一秒钟内解释这些的目的。

将使用扩展ServiceCall并创建抽象方法实现的类创建对不同服务的每次调用。createCustomDTo将创建一个自定义对象，该对象包含调用服务所需的所有信息（url和头）。parseresponsetoobject将接受一个json响应，并将其转换为我稍后要在代码中使用的Java对象。

下面是我所做的一个简单实现

服务所有

public abstract class ServiceCall {

    protected abstract Object parseResponseToObject(String json);

    protected abstract CustomServiceDTO createDTO(Map<String, String> keys,
        Map<String, String> headers);

    public Object call(Map<String, String> params, Map<String, String> headers) {

        // create and configure a CustomServiceDTO to call services with
        CustomServiceDTO dto = createDTO(params, headers);

        try {
            // make the service request
            String json = getServiceResponse(dto);
        catch (Exception e) {
            return new CustomServiceError(e);
        }

        // parse the response into the desired java object
        Object response = parseResponseToObject(json);
        return response;
    }

    private String getServiceResponse(CustomServiceDTO dto) {
        // use common logic to call the service using the information provided
        // by the dto

        String dummyResponse = "{\"prop\":\"value\"}";
        return dummyResponse;
    }
}

采样实现

    public class AddressCall extends ServiceCall {

    @Override
    protected Object parseResponseToObject(String json) {
        return new Address(json);
    }

    @Override
    protected CustomServiceDTO createDTO(Map<String, String> keys, 
        Map<String, String> headers) {
        CustomServiceDTO dto = new CustomServiceDTO();
        dto.setUrl("www.getMyDummyAddress.com/" + keys.get(0) + "=" + keys.get(1));
        dto.setHeaders(headers);
        return dto;
    }
}

我看到的主要缺点是从来不直接调用createCustomdTo和parseresponsetoObject有点奇怪。

对我来说，它的主要优点是易于使用，并且可以将我的响应作为Java对象返回。

我真正想知道的是，这种范式还有其他的顾虑或弊端吗？它在代码中很好，但我承认它似乎有点不同于Java的正常使用方式。

Answer 1

这与通常使用Java的方式没有什么不同，这被称为模板方法设计模式。

除了Object的使用外，它很常见，最好用泛型类型代替。