Question

这是我的第一个问题，我希望它对读者和我自己都有用！在过去的两天里，我用谷歌搜索并躲过了这个世界。

我有抽象的模型和存储类，从中派生出具体的模型和存储类：

abstract class Food {}

abstract class FoodStorage<T extends Food> {
    abstract void setFood(T food);
}

class Apple extends Food {}

class Basket extends FoodStorage<Apple> {
    @Override
    void setFood(Apple apple) {
        // Save that apple to the basket
    }
}

没问题。现在，我希望能够直接在save()实例上调用Apple，将其持久保存到Basket（无需担心购物篮），并将其实施抽象类。我发现的最好的是：

abstract class Food<T extends Food<T,S>,
        S extends FoodStorage<T,S>> {

    abstract S getStorage();

    void save() {
        getStorage().setFood((T)this); // <---- Unchecked cast warning
    }

}

abstract class FoodStorage<T extends Food<T,S>, S extends FoodStorage<T,S>> {
    abstract void setFood(T food);
}

class Apple extends Food<Apple,Basket> {
    Basket basket = new Basket(); // or Basket.getInstance();

    @Override
    Basket getStorage() {
        return basket;
    }
}

class Basket extends FoodStorage<Apple,Basket> {
    @Override
    void setFood(Apple apple) {
        // Save that apple to the basket
    }
}

哪个有效，但IntelliJ向我发出关于save()中未经检查的演员的警告。实际上，我正在从Food<T,S>投射到T。

问题：如何以类型安全的方式实现此apple.save()？

我不希望客户端代码中出现任何通配符，因此将abstract void setFood(T food);更改为abstract <Z extends Food<T,S>> void setFood(Z food);不是解决方案。（显然我也在避免SupressWarnings("unchecked")）。

我知道Java Generics, how to avoid unchecked assignment warning when using class hierarchy?，Generics cast issue和The get-put principle，但我仍然无法理解它。

提前致谢！

Answer 1

我认为食物和它的存储之间存在相互依赖关系的设计似乎相当可疑。单向依赖会极大地简化泛型：

class Food { ... }
class FoodStorage<F extends Food> {
    void setFood(F f);
}

但是如果你坚持相互依赖，你可以在没有演员的情况下做到如下：

abstract class Food<F extends Food<F, S>, S extends FoodStorage<F, S>> {
    abstract F getThis();
    abstract S getStorage();

    void save() {
        getStorage().setFood(getThis());
    }
}
abstract class FoodStorage<F extends Food<F, S>, S extends FoodStorage<F, S>> {
    abstract void setFood(F food);
}

将通用超类强制转换为子类

1 个答案: