Будучи преподаваемым во время моих дней С++ о зле оператора слияния в стиле C, я с удовольствием сначала обнаружил, что в Java 5 java.lang.Class был приобретен метод cast.
Я думал, что, наконец, у нас есть способ OO справиться с кастингом.
Выключается Class.cast не совпадает с static_cast в С++. Это больше похоже на reinterpret_cast. Он не будет генерировать ошибку компиляции там, где она ожидается, и вместо этого отсрочит выполнение. Вот простой тестовый пример, демонстрирующий разные типы поведения.
package test;
import static org.junit.Assert.assertTrue;
import org.junit.Test;
public class TestCast
{
static final class Foo
{
}
static class Bar
{
}
static final class BarSubclass
extends Bar
{
}
@Test
public void test ( )
{
final Foo foo = new Foo( );
final Bar bar = new Bar( );
final BarSubclass bar_subclass = new BarSubclass( );
{
final Bar bar_ref = bar;
}
{
// Compilation error
final Bar bar_ref = foo;
}
{
// Compilation error
final Bar bar_ref = (Bar) foo;
}
try
{
// !!! Compiles fine, runtime exception
Bar.class.cast( foo );
}
catch ( final ClassCastException ex )
{
assertTrue( true );
}
{
final Bar bar_ref = bar_subclass;
}
try
{
// Compiles fine, runtime exception, equivalent of C++ dynamic_cast
final BarSubclass bar_subclass_ref = (BarSubclass) bar;
}
catch ( final ClassCastException ex )
{
assertTrue( true );
}
}
}
Итак, это мои вопросы.
- Должны ли
Class.cast()быть отправлены на землю дженериков? Там он имеет довольно много законных целей. - Если компиляторы генерируют ошибки компиляции, когда используется
Class.cast(), и во время компиляции можно определить нелегальные условия? - Должна ли Java предоставлять оператор литья в качестве языковой конструкции, аналогичной С++?
