泛型类方法重写的正确姿势：避免内部类参数类型不匹配问题

本文旨在解决泛型类中方法重写时，由于内部类参数类型不匹配导致无法正确重写的问题。通过分析问题根源，提供清晰的示例代码和详细的解释，帮助开发者理解泛型和内部类在方法重写中的作用，并提供一套可行的解决方案，确保代码的正确性和可维护性。

在泛型编程中，方法重写是一个常见的需求。但当涉及到泛型类和内部类时，重写过程可能会变得复杂。一个典型的场景是，父类定义了一个泛型方法，该方法接受一个内部类的参数，而子类希望重写该方法，并使用自己定义的内部类作为参数。如果处理不当，会导致重写失败，出现编译错误或运行时异常。

理解问题根源

问题的核心在于Java的方法签名包含方法名以及参数类型。当子类尝试重写父类的方法时，必须保证方法签名完全一致，包括参数类型。如果子类使用了不同的内部类类型，即使它们在逻辑上是相关的，JVM也会认为这是两个不同的方法，导致重写失败。

解决方案：显式指定泛型类型

要解决这个问题，关键在于确保子类重写的方法签名与父类完全一致。这可以通过显式指定泛型类型来实现。具体步骤如下：

笔墨写作

一款专注于各类公文写作的AI写作平台

62

查看详情

1. 为ApplicationDTOManager添加泛型参数：

public abstract class ApplicationDTOManager<R extends ApplicationDTOManager.CreationRequest, S extends ApplicationDTOManager.CreationResponse> {

    public abstract static class CreationRequest {}

    public abstract static class CreationResponse {}

}

2. 修改ApplicationController的泛型参数：

public abstract class ApplicationController<
        E extends ApplicationEntity,
        S extends ApplicationService<E>,
        I extends ApplicationDTOManager.CreationRequest,
        O extends ApplicationDTOManager.CreationResponse,
        M extends ApplicationDTOManager<I, O>
    > {
  public abstract boolean hasCreatePermissions(I requestBody);
}

3. 修改UserResource的泛型参数：

@RestController
public class UserResource extends ApplicationController<
    User,
    UserService,
    UserDTOManager.CreationRequest,
    UserDTOManager.CreationResponse,
    UserDTOManager> {

    @Override
    public boolean hasCreatePermissions(UserDTOManager.CreationRequest requestBody) {
        // Stuff
        return true; // 示例返回值
    }
}

代码解释

• ApplicationDTOManager<R extends ApplicationDTOManager.CreationRequest, S extends ApplicationDTOManager.CreationResponse>：ApplicationDTOManager类现在接受两个泛型参数，R和S，分别代表CreationRequest和CreationResponse的类型。这样，我们就可以在ApplicationController中使用这些类型。
• ApplicationController<E extends ApplicationEntity, S extends ApplicationService<E>, I extends ApplicationDTOManager.CreationRequest,O extends ApplicationDTOManager.CreationResponse, M extends ApplicationDTOManager<I, O>>：ApplicationController类也接受了泛型参数I和O，分别对应CreationRequest和CreationResponse的类型。 并且指定了M extends ApplicationDTOManager<I, O>
• UserResource：在UserResource类中，我们显式指定了CreationRequest和CreationResponse的类型为UserDTOManager.CreationRequest和UserDTOManager.CreationResponse。

注意事项

• 命名规范：为了避免混淆，建议使用单个大写字母作为泛型类型参数的名称，例如E、S、M等。
• 静态内部类：尽量使用静态内部类，避免非静态内部类带来的隐式外部类引用，从而简化泛型处理。
• 类型擦除：Java的泛型是基于类型擦除实现的，这意味着在运行时，泛型类型信息会被移除。因此，在某些情况下，需要使用反射等技术来获取泛型类型信息。

总结

通过显式指定泛型类型，可以确保子类重写的方法签名与父类完全一致，从而解决泛型类中方法重写时内部类参数类型不匹配的问题。 这种方法不仅可以避免编译错误，还可以提高代码的可读性和可维护性。 在使用泛型时，需要仔细考虑类型参数的定义和使用，避免出现类型不匹配的问题。 虽然使用泛型可能会增加代码的复杂性，但它可以提高代码的类型安全性和灵活性。

以上就是泛型类方法重写的正确姿势：避免内部类参数类型不匹配问题的详细内容，更多请关注php中文网其它相关文章！