在同时实现同一类的基类中使用泛型的好处

Question

我最近在我没有编写的代码中遇到了这个场景，虽然这种方法可能有一些设计上的好处，但我似乎无法从我自己的大脑中挤出这个原理。所以在我看起来很傻之前，我希望这里有一些反馈。

服务接口如下所示：

public interface Service {...}

然后是一个向服务接口添加泛型引用的基类，其中T扩展了服务，但随后整个基类也实现了该接口。类似这样的事情：

public class ServiceBase<T extends Service> implements Service {...}

你为什么要这么做？我注意到,在实践中,ServiceBase的扩展总是使用与正在声明的类名相同的类名T；所以这里并没有什么神奇的多态好处。类似这样的事情：

public class MyService extends ServiceBase<MyService> {...}

而且，MyService类从来不是泛型的容器（例如，我不认为这是在发出某种自包含列表的信号，MyService可以包含MyServices的列表）。

对为什么有人会这么做有什么想法吗？

Answer 1

你为什么要这么做？我注意到,在实践中,ServiceBase的扩展总是使用与正在声明的类名相同的类名T；所以这里并没有什么神奇的多态好处。

泛型并不是用来创造魔法多形体的。它主要是一种在编译时为类型添加约束的方法，以便在运行时减少笨拙的强制转换和错误类型。

在您的示例中，假设ServiceBase类是抽象的，并且具有一个process()方法，该方法需要在每次调用时创建一个我们以参数化类型声明的具体类的新实例。
我们将此抽象方法称为createService()。

不使用泛型，我们可以像public abstract ServiceBase createService()那样声明方法。

没有泛型的ServiceBase

public abstract class ServiceBase implements Service {

    public abstract ServiceBase createService();

    @Override
    public void process() {
         createService().process();
    }

}

通过此声明，concrete类可以返回ServiceBase的任何实例。

例如，下面的子类将进行编译，因为我们没有被迫将createService()的返回类型更改为当前声明的类型。

没有泛型的MyService

public class MyService extends ServiceBase {

    @Override
    public ServiceBase createService() {    
        return new AnotherService();
    }

}

但如果我在基类中使用泛型：

带有泛型的ServiceBase

public abstract class ServiceBase<T extends Service> implements Service {

    public abstract T createService();

    @Override
    public void process() {
         createService().process();
    }

}

具体类别无选择，它被迫用声明的参数化类型更改createService()的返回类型。

带泛型的MyService

public class MyService extends ServiceBase<MyService> {

    @Override
    public MyService createService() {  
        return new MyService();
    }

}