可能是之前问过的一个问题，但是像往常一样，第二个提到“通用”一词时，您会得到一千个答案，以解释类型擦除。我很早以前就经历了这一阶段，现在对泛型及其使用有了很多了解，但是这种情况稍微有些微妙。

我有一个表示电子表格中数据单元格的容器，该容器实际上以两种格式存储数据：既作为显示字符串，也取决于数据（作为对象存储）为另一种格式。该单元格还包含一个在类型之间转换的转换器，并且还对类型进行有效性检查（例如，IntegerTransformer检查字符串是否为有效整数，以及是否返回要存储的Integer，反之亦然）。

单元格本身未键入，因为我希望能够更改格式（例如，将辅助格式更改为float而不是整数或原始字符串），而不必使用新类型重建单元格对象。先前的尝试确实使用了泛型类型，但是一旦定义就无法更改类型，编码变得非常笨重，需要进行大量反思。

问题是：如何以键入方式从单元格中获取数据？我进行了实验，发现即使没有定义约束，也可以通过方法使用泛型类型

public class Cell {
    private String stringVal;
    private Object valVal;
    private Transformer<?> trans;
    private Class<?> valClass;

    public String getStringVal(){
        return stringVal;
    }

    public boolean setStringVal(){
        //this not only set the value, but checks it with the transformer that it meets constraints and updates valVal too
    }

    public <T> T getValVal(){
        return (T) valVal;
        //This works, but I don't understand why
    }
}

让我失望的一点是：那是？它不能强制转换任何内容，没有类型T的输入会限制它匹配任何内容，实际上它在任何地方都没有真正说出任何内容。具有返回类型的Object只会使到处都有转换复杂性。

在我的测试中，我设置了一个Double值，它存储Double（作为一个对象），当我执行Double时，testdou =
testCell.getValVal（）; 它立即起作用，甚至没有未经检查的演员警告。但是，当我执行String teststr =
testCell.getValVal（）时，我得到了ClassCastException。真的不奇怪。

我对此有两种看法：

一：使用未定义的Cast
to似乎只是将转换放入方法内部而不是在其返回之后的外部方法。从用户的角度来看，这非常整洁，但是该方法的用户必须担心使用正确的调用：所有要做的就是隐藏复杂的警告和检查，直到运行时为止，但似乎可行。

第二种观点是：我不喜欢这段代码：它不干净，不是我通常以编写自己为傲的那种代码质量。代码应该正确，而不仅仅是工作。即使唯一的预期用户是我自己，也应该捕获，处理和预期错误，接口应该是万无一失的，而且我总是更喜欢灵活的通用且可重用的技术，而不是笨拙的技术。问题是：有什么正常的方法吗？这是一种偷偷摸摸的方法来实现无类型的，所有接受ArrayList的方法，该方法返回您想要的任何内容而不进行转换吗？还是我在这里想念的东西。告诉我我不应该信任此代码！

也许比我预期的更多的是哲学问题，但我想这就是我要问的问题。

编辑：进一步测试。

我尝试了以下两个有趣的代码段：

public <T> T getTypedElem() {
    T output = (T) this.typedElem;
    System.out.println(output.getClass());
    return output;
}

public <T> T getTypedElem() {
    T output = null;
    try {
        output = (T) this.typedElem;
        System.out.println(output.getClass());
    } catch (ClassCastException e) {
        System.out.println("class cast caught");
        return null;
    }
    return output;
}

当将double分配给typedElem并尝试将其放入String时，我得到的异常不是强制转换为，而是返回的异常，第二个代码段不提供保护。getClass的输出为java.lang.Double，表明这是从typedElem动态推断出来的，但是编译器级别的类型检查只是强制进行的。

作为辩论的注释：还有一个用于获取valClass的函数，这意味着可以在运行时进行可分配性检查。

Edit2：结果

在考虑了选项之后，我使用了两种解决方案：一种是轻量级解决方案，但是将函数注释为@depreciated，其次是在将其传递给要尝试将其转换为类的类的解决方案。这样，可以根据情况选择。