Явский кастинг объекта, ведущий себя странно

Жаль, если это подошло прежде, но я не видел другой нити об этом. Но если есть один, пожалуйста, дайте мне связь.

Здесь у меня есть простая программа. Когда это бежит, это распечатывает "6 4"

public static void main(String[] args) {
    Foo foo = new Foo();
    foo.t = 6;
    foo.f = 4;

    Bar b = new Foo();

    ArrayList list = new ArrayList();
    list.add((Bar) foo);

    Foo foo2 = (Foo) list.get(0);

    System.out.println(foo2.t + " " + foo2.f);
}

static class Bar {
    int t;
}

static class Foo extends Bar {
    int f;
}

Это кажется странным, потому что я думал бы, что, когда я добавил Фу это к списку, это удалит f область, поскольку список держит Бары, у которых нет f.

Но кажется, что f слоняется поблизости будучи литым к Бару. Кто-то мог объяснить, почему это?

2
Don' t делают это. Когда-либо. При попытке бросить фактическое Бар , который был в том списке к Фу , то вы получите ClassCastException
добавлено автор Brian Roach, источник
@BrianRoach иногда, который вы знаете , который можно бросить (НАПРИМЕР, у вас есть неуниверсальный набор). Скорее всего, тем не менее, typecheck является хорошим дополнением:-),
добавлено автор John Dvorak, источник
@BrianRoach Это было большим количеством эксперимента, чем реальная программа. Но that' s полезный, чтобы знать. Спасибо.
добавлено автор Lukas Schmit, источник

5 ответы

Even if you cast and uncast it n number of times actual object will remain same.
Casting never add/removes/changes object attributes.

Bar b = new Foo();

Здесь ссылка имеет тип , Бар и фактический объект имеет тип Фу . Как простирается Фу Бар , что означает, что у этого есть признак f и t (Унаследованный от Бар ) также.

list.add((Bar) foo);  

Вот, пожалуйста кастинг его к Бару (Upasting), но фактическому объекту не изменяется.

(Foo) list.get(0);

Вот, пожалуйста кастинг его назад, чтобы Фу все еще возражает, имеет тип Фу с исходными значениями для t и f .

6
добавлено
@user1953862: Кастинг означает использовать объект в качестве объекта другого типа, но это не изменяет/изменяет объект.
добавлено автор xyz, источник
@BrianRoach: Да..
добавлено автор xyz, источник
@user1953862: Довольный я мог помочь!
добавлено автор xyz, источник
Не говоря уже о том, что, если бы был на самом деле Бар в том списке, это бросило бы ClassCastException
добавлено автор Brian Roach, источник
@user1953862 более точно, это заставляет код не знать , Баром является Фу . Можно получить f , если вы вспоминаете, чтобы Фу .
добавлено автор John Dvorak, источник
О, таким образом бросая doesn' t изменяют данные, просто ссылка? Кастинг Фу к Бару не удаляет область f, просто препятствует тому, чтобы он был получен доступ?
добавлено автор Lukas Schmit, источник
@Ajinkya хорошо, это имеет намного больше смысла теперь. Спасибо за быстрый ответ. Это действительно сводило меня с ума.
добавлено автор Lukas Schmit, источник

Это не, как полиморфизм работает. Это ничего не удаляет из конкретного объект. Можно думать об этом этот путь:

  • там - реальный объект в памяти
  • у вас могут быть различные ссылки к этому объекту: Фу, Бар, Объект, и т.д.
  • реальный объект не заботится о ссылках - это не делает измененный, если вы создаете новую ссылку
  • , но каждая ссылка определяет способ, которым можно получить доступ к объекту этой ссылкой.

Каждый случай Фу можно рассматривать как случай Бара. Но после явного броска можно действовать с этим случаем как Фу снова. Если это был первоначально Бар, то этот состав исполнителей потерпит неудачу во Времени выполнения.

2
добавлено

На Яве области не полиморфные.

Вот почему ваш перепутаны этим.

Таким образом, даже если вы добавляете Фу к списку, тот f будет там с ним как на самом деле объект Фу .

Следующее взято от Кодового Ранчо - Джимом Йингстом

то, что дизайном на Яве или limition или моим недоразумением?

Это дизайном. Динамическое разрешение областей сделало бы вещи управляемыми немного медленнее, и нет действительно никакой причины нуждаться в нем, так как можно сделать области частными и получить доступ к ним с методом, которые динамично решены. Таким образом, области решены во время компиляции вместо этого.

1
добавлено

Важное дополнение к предыдущим ответам: Добавление объекта к списку не изменяет тот объект ни в каком случае. Таким образом, если был признак в объекте, это остается неповрежденным.

Остальная часть беспорядка является особенностью, названной полиморфизмом. Так как Фу - Бар, можно всегда рассматривать его как, Бар, но так как Фу - измененный (расширенный) Бар, он может вести себя по-другому по сравнению со стандартным Барным объектом.

Я надеюсь, что это помогает.

0
добавлено

Как то, когда вы печатаете бросок к переменной Суперкласса, вы просто, не может получить доступ к свойствам подкласса объекта, Но объект остается неповрежденным. Просто обертка, выставляющая , получает() и установила() методы , изменяется. Вы не будете в состоянии видеть Подкласс сеттер получателя ПЧЕЛА метода. Но когда вы печатаете брошенный к Подклассу (В основном разворачивающий), методы установщика получателя подкласса видимы вам снова.

Объект, являющийся неизменным все время.

0
добавлено
pro.jvm
pro.jvm
3 503 участник(ов)

Сообщество разработчиков Java Scala Kotlin Groovy Clojure Чат для нач-их: @javastart Наш сайт: projvm.com projvm.ru Наш канал: @proJVM Вакансии: @jvmjobs Конфы: @jvmconf

Java & Co
Java & Co
2 370 участник(ов)

Можно обсуждать с матом и без всё, что касается жабы, вплоть до холиваров. НЕ ИМЕЕТ ОТНОШЕНИЯ К САЙТУ JAVARUSH.RU ПРАВИЛА - https://t.me/javarush/75723 Вакансии сюда - https://telegram.me/joinchat/B7IzvUCnfo6d8t3yIxKguQ По вопросам - @thedude

learn.java
learn.java
1 888 участник(ов)

Чат для начинающих и не только Статистика: https://combot.org/chat/-1001083535868 Основной чат - @jvmchat

Java Underground
Java Underground
169 участник(ов)

https://vk.com/javatutorial

Javanese Questions
Javanese Questions
109 участник(ов)

Чат предназначен для обмена знаниями строго в формате в вопрос-ответ. Тема — Java, Kotlin и Android. Вопрос должен быть предварительно прогуглен, понятно и грамотно сформулирован, помечен хэштегами. Ответ — тем более. Куски кода размером в несколько строк можно писать прямо здесь, для больших кусков кода стоит использовать http://gist.github.com/, http://pastebin.com/, https://codeshare.io/ или любой аналогичный сервис. В некоторых случаях можно прикреплять скриншоты. Стикеры и гифки запрещены. Дополнять и уточнять вопросы и ответы — редактированием исходного сообщения. Обсуждения должны приводить к редактированию вопроса/ответа и удаляться. По хештегам можно искать существующие вопросы и овтеты: #вопрос #ответ #git #generics #java #server #awt #javafx #swing #kotlin #anko #tornadofx #ktor #android #recyclerView #performance #arch #network #permissions #storage #async