Java动态、静态铸造

Question

import javax.swing.*;

public class Toast {
    static Object[] objects = { new JButton(),
        new String("Example"), new Object() };

    public static void main(String[] args) {
        System.out.println( new Count(objects) );
        for (Object o : objects)
            System.out.println(o);
    }
}


class Count {
    int b, s, o;
    public Count(Object[] objects) {
        for (int i=0; i<objects.length; i++)
            count(objects[i]);
    }
    public void count(JButton x) { b++; }
    public void count(String x) { s++; }
    public void count(Object x) { o++; }
    public String toString() {
        return b + " : " + s + " : " + o + "\n";
    }
}

上面是一段代码，它以某种形式出现在我即将进行的一次考试的过去试卷中。这个问题的想法是衡量你是否完全理解多态性，动态和静态铸造。面向对象的基本思想。

我想把我认为正确的东西拿出来，如果人们能纠正我或补充一点，我将不胜感激。

我看不出任何与上面代码相关的其他观点。

Answer 1

静态强制转换和动态强制转换背后的思想与需要做出类型决策的时刻有关。如果它需要由编译器生成，那么它是静态强制转换。如果编译器推迟决定运行时，那么它是动态强制转换。

所以，你的第一个观察是不正确的。向上向下并不能解释计数。对象不会松散它们的类型，但编译器需要执行静态强制转换来决定调用哪个方法，并选择count(Object)。java中没有动态分派，这意味着调用的方法总是在编译时决定的。

你第二个观察也是不正确的。使用的是多态性。在Java中，总是针对实例的类型而不是代码中的类型调用方法。还有，这里没有动态铸造。html" target="_blank">编译器可以验证所有类型。只是方法调用总是virtual，但这不是强制转换。

实际上，在这个例子中，我没有看到一个动态转换的例子。编译器可以验证所有类型。你通常只看到动态铸造当向下铸造，没有这种情况。