Приведение типов, instanceof. Большая задача на интерфейсы.
instanceof
Приведение ссылочных типов: расширение и сужение. type cast
Singleton pattern
Что еще можно посмотреть на досуге:"Информация о типах" в Thinking in java
RTTI - run-time type identification
Преобразование ссылочных типов или спящий волк на клавиатуре
http://habrahabr.ru/post/27108/
https://docs.oracle.com/javase/specs/jls/se7/html/jls-5.html#jls-5.1.6
https://docs.oracle.com/javase/specs/jls/se7/html/jls-5.html#jls-5.5
Нашли классную ссылку к материалу данной темы? Добавьте ее сюда в виде комментария.
Возможно, именно Ваша ссылка поможет другому человеку стать программистом и улучшить свою жизнь!
Вопрос по лекции 3. Приведение типов. Расширение и сужение
Cat cat = new Tiger();
С объектом при таком присваивании ничего не происходит! Меняется только количество методов, которое можно вызвать с помощью конкретной переменной-ссылки.
Например, переменная класса Cat позволяет вызывать методы doPetActions & doCatActions, и ничего не знает о методе doTigerActions, даже если ссылается на объект класса Tiger.
Но ведь это не так? Точнее, забыли про боооольшууую оговорку. Благодаря полиморфизму Java сама определяет, метод какого класса вызвать. И объект Tiger, присвоенный переменной Cat вполне может вызвать метод класса Tiger. Все зависит от того, какой аргумент подадут на вход.
Здравствуйте. В представленой теме от профессора, то есть 13 главе Эккеля ( тыц), есть раздел Проверка перед приведением типов. В этом разделе есть пример
public class Individual implements Comparable<Individual> {
private static long counter = 0;
private final long id = counter++;
private String name;
public Individual(String name) { this.name = name; }
// 'name' is optional:
public Individual() {}
public String toString() {
return getClass().getSimpleName() +
(name == null ? "" : " " + name);
}
public long id() { return id; }
public boolean equals(Object o) {
return o instanceof Individual &&
id == ((Individual)o).id;
}
public int hashCode() {
int result = 17;
if(name != null)
result = 37 * result + name.hashCode();
result = 37 * result + (int)id;
return result;
}
У меня возник вопрос. Какую смысловую нагрузку несет число 37, это просто первое пришедшее на ум автору число или это специальное число, которое должно на что-то меня натолкнуть?
На 10 уровне говорилось:
«Кратко и по существу о преобразовании ссылочных типов. Но пока мы коснёмся только переменной типа Object. Этой переменной можно присвоить ссылку любого типа (расширение типа). Но чтобы выполнить обратное присваивание (сужение типа) приходится явно указывать операцию приведения:
».
И примеры.
Типичное расширение ссылочного типа:
String s = "mama";
Object o = s;
Типичное сужение ссылочного типа:
Object o = "mama";
String s2 = (String) o;
Дошел до 14 уровня, там говорится обратное:
«Движение вверх по цепочке наследования называется сужением, т.к. теряется возможность вызвать методы, которые были добавлены в класс при наследовании.»
И пример. При расширении типа, нужно использовать оператор преобразования типа.
Object obj = new Tiger();
Pet pet = (Pet) obj;
Cat cat = (Cat) obj;
Tiger tiger = (Tiger) pet;
Tiger tiger2 = (Tiger) cat;
не путайте расширение/cужение ссылки и объекта, ccылка Object o может указывать на что угодно, получается она расширила свои возможности, в случае с объектом все получается иначе… через эту ссылку мы имеем ограниченную функциональность…
Не совсем, но, видимо, просто так устроено, что в первом случае в pet хранится объект, приведенный к классу Pet от Tiger, система как-то это запоминает, и разрешает обратное приведение: Tiger tiger = (Tiger) pet;
В случае же объекта, изначально созданного как Pet, приведение к классу-потомку невозможно.
Никто ничего не запоминает. JVM пытается провести преобразование, и, поскольку в переменной хранится ссылка на объект, позволяющий это сделать, все проходит успешно. Во втором случае вылетит ClassCastException
Потому что при такой реализации pet1 может ссылаться на любое животное (объект new Pet): кошка, собака, рыба...
И превратить потом такого зверька в тигра никак не получится)
вот так ты не смождешь сделать. тебе все равно придется приводить pet к Tiger. потому что если написать вот так:
public class Solution {
public static void main(String[] args)
{
Pet tiger = new Tiger();
if(tiger instanceof Tiger){
((Tiger) tiger).doTiger();
tiger.doPet();
}
}
public static class Pet{
public void doPet(){
System.out.println("doPet");
}
}
public static class Tiger extends Pet{
public void doTiger(){
System.out.println("doTiger");
}
}
}
и не сделать приведение типа, тогда у tiger будет один метод doPet.
Спасибо, теперь вроде понятно.
Т.е. tiger имеет методы только класса Pet, поскольку объявлена как Pet tiger. Несмотря на то что в ней хранится ссылка на экземпляр класса Tiger.
Не могу понять такой, наверное простой, момент. А для чего вообще нужно присваивать объекту класса переменную его класса-родителя?.. В задачах уже было много таких операций, но я пропускал их, думая «потом разберусь». Но тут понимаю, что пропускаю что-то важное.
К примеру, имея классы:
static class Pet
{
}
static class Cat extends Pet
{
}
static class Tiger extends Cat
{
}
Мы все читали несколько ранее, что instanceof самый медленный оператор.
у меня вопрос, что лучше использовать в программе:
1) String name = object.getClass().getSimpleName();
if( «Vasya».equals(name)){
doSmth();
}
2)if(object instanseof Vasya) doSmth();
Старайтесь как можно реже использовать оператор instanceOf.
…
Почти всегда полиморфизм способен помочь избавится от этого оператора.
P. S. Многие в комментариях аппелируют к «Это один из самых медленных java операторов». Это действительно так. Конечно, не совсем корректно сравнивать операторы языка по производительности, так как они выполняют абсолютно разные задачи, но, тем не менее, механизм работы instanceOf гораздо сложнее, например, оператора '*'.
…
Боятся instanceof тоже не стоит, где-то была работа где изучались разные виды multiple dispatch. Все эти двойные коллбеки аля визитор, instanceof и прочие полиморфизмы. instanceof по перформансу был одним из самых быстрых. Опять же проблема тут не в перформансе, а скорее в поддерживаемости кода.
Бояться — нет. Избегать, где это возможно — да. Оптимизации instanceof в HotSpot хоть и хороши, тем не менее не являются серебряной пулей — против них можно легко можно создать контр-пример. В реальных приложения такие контр-примеры случаются не часто. Но в хорошо-спроектированных реальных приложениях «instanceof» в принципе почти не встречается.
…
Наезд на instanceOf неверен принципиально — перелопачивать архитектуру в обмен на ~0 прирост производительности.
я правильно понял, что желательно изначально выстраивать архитектуру программы, чтобы можно было легко пользоваться рефлексией, но если кода уже много, а определить тип очень надо, то instanseof?
а хз) рефлекция нужна, когда заранее неизвестен тип получаемого объекта, а работать с ним надо. Раньше при инициализации драйвера в JDBC это использовалось. Рефлексия используется при работе с клиент-серверными и сервис-ориентированными приложениями.
Пока я мало об этом знаю. Но подгонять архитектуру под рефлексию, чтобы получить мега гибкую архитектуру… смахивает на silver-bullet.
меня этот вопрос начал сильно мучить после решения 3 задаче в домашней работе.
там вводишь названия классов в которых запустить методы.
в задаче 4 класса, а если бы их было 1000? вот я подумал, что проще написать 4 строчки кода, чем 1000 instanceof. но новый плагин сказал что я лошара: типа 90% справились лучше =))
Ну касательно этого урока — здесь просто показали, что есть ключевое слово instanceof и для чего его можно использовать. А про архитектуру тут ни слова не было)
13 глава в Thinking in java, как пуля в висок — выносит мозг начисто.
Мне просто интересно это действительно на столько труднопонимаемо, или же это спостобность автора писать сложно о простых вещах?
Автор тут не при чем. В конечном 4-м издании, переведенном на русский, редакторы убрали:
* главы — Strings, Generics, Containers in Depth, Enumeration types, Annotations, GUI
* абсолютно все задачи
Это о многом говорит. Это почти полкниги. Красноречивы и отзывы на ozon`е.
В общем и целом по содержанию книга не плохая.
я вообще собирался почитать эту книгу в оригинале, после завершения 27(сколько там сейчас) уровней. закрепить полученные знания и уже в большей степени уделить внимание ньюансам. кроме того я часто замечаю крутые неточности в переводах =) поэтому, когда есть время, надо читать оригиналы
There is no “right way” in software development
…
Reading a book cover-to-cover is not the best way to learn
…
Community is extremely important in your software development career
…
Мне тоже кажется сложноватой подача материала в этой книге, рассчитана на более опытных пользователей. Прочитал пока половину 13 главы, но пришлось скопировать код классов в свой проект, чтобы разобраться. По рефлексии нашел хороший материал, там все четко и по существу, доступно изложено и намного короче. Может кому-то пригодится, вот ссылка:
A widening reference conversion exists from any reference type S to any reference type T, provided S is a subtype (§4.10) of T.
…
...the narrowing reference conversions:
1. From any reference type S to any reference type T, provided that S is a proper supertype of T
Как я понимаю сужение — это в том плане, что становятся недоступными методы «немецкой борзой». Ведь не зря же используется слово «extends» при наследовании. Что дословно означает «расширяет».
Вот и я тоже заметил это. На том же интуите (7.Лекция: Преобразование типов) расширение типа трактуется ровно наоборот, чем в лекцих JR.
Там еще запоминать легко было, что как для примитивных типов, так и ссылочных, при расширении не требуется явно указывать в скобках тип, к которому преобразуем. Ну и вроде как логично, что родительский класс охватывает все дочерние, т.е шире в этом смысле.
В итоге упоминание в лекциях обратной формулировки несколько сбивает, хотя понятно, что здесь уже имеется ввиду расширенный набор методов, доступный у объектов дочерних классов (отсюда и «extends»).
Как компромисс, можно использовать термин из «Философии java» — восходящее/нисходящее преобразование, тогда нет этой двусмысленности.
Что еще можно посмотреть на досуге:
"Информация о типах" в Thinking in java
RTTI - run-time type identification
Преобразование ссылочных типов или спящий волк на клавиатуре
http://habrahabr.ru/post/27108/
https://docs.oracle.com/javase/specs/jls/se7/html/jls-5.html#jls-5.1.6
https://docs.oracle.com/javase/specs/jls/se7/html/jls-5.html#jls-5.5
ПЕРЕЙДИТЕ В ПОЛНУЮ ВЕРСИЮ
Но ведь это не так? Точнее, забыли про боооольшууую оговорку. Благодаря полиморфизму Java сама определяет, метод какого класса вызвать. И объект Tiger, присвоенный переменной Cat вполне может вызвать метод класса Tiger. Все зависит от того, какой аргумент подадут на вход.
У меня возник вопрос. Какую смысловую нагрузку несет число 37, это просто первое пришедшее на ум автору число или это специальное число, которое должно на что-то меня натолкнуть?
info.javarush.ru/translation/2013/09/14/Шаблон-проектирования-Singleton-одиночка-наиболее-рациональные-реализации-в-примерах-.html
RTTI — run-time type identification
Ось робоча адресація: RTTI — run-time type identification
На 10 уровне говорилось:
«Кратко и по существу о преобразовании ссылочных типов. Но пока мы коснёмся только переменной типа Object. Этой переменной можно присвоить ссылку любого типа (расширение типа). Но чтобы выполнить обратное присваивание (сужение типа) приходится явно указывать операцию приведения:
».
И примеры.
Типичное расширение ссылочного типа:
Типичное сужение ссылочного типа:
Дошел до 14 уровня, там говорится обратное:
«Движение вверх по цепочке наследования называется сужением, т.к. теряется возможность вызвать методы, которые были добавлены в класс при наследовании.»
И пример.
При расширении типа, нужно использовать оператор преобразования типа.
Или я чего-то недопонимаю? Объясните пожалуйста.
почему можно сделать такое расширение:
но нельзя такое:
Ведь вроде бы и pet и pet1 хранят объекты класса Pet.
В случае же объекта, изначально созданного как Pet, приведение к классу-потомку невозможно.
И превратить потом такого зверька в тигра никак не получится)
Почему нельзя сделать так:
если в классе Pet тоже есть метод doTigerActions(), то во втором случае выполнится он, а нам нужен метод из класса Tiger?
Ну и плюс нелогично в Pet делать метод для тигра)
Если в переменной pet хранится ссылка на объект класса Tiger, значит, можно вызывать методы этого класса, нет?
<code>if (pet instanceof Tiger) { pet.doTigerActions(); }</code>вот так ты не смождешь сделать. тебе все равно придется приводить pet к Tiger. потому что если написать вот так:и не сделать приведение типа, тогда у tiger будет один метод doPet.
Т.е. tiger имеет методы только класса Pet, поскольку объявлена как Pet tiger. Несмотря на то что в ней хранится ссылка на экземпляр класса Tiger.
К примеру, имея классы:
Зачем использовать переменную класса Pet
вместо «родной» переменной класса Tiger?
Преобразование ссылочных типов или спящий волк на клавиатуре
у меня вопрос, что лучше использовать в программе:
1) String name = object.getClass().getSimpleName();
if( «Vasya».equals(name)){
doSmth();
}
2)if(object instanseof Vasya) doSmth();
Пока я мало об этом знаю. Но подгонять архитектуру под рефлексию, чтобы получить мега гибкую архитектуру… смахивает на silver-bullet.
там вводишь названия классов в которых запустить методы.
в задаче 4 класса, а если бы их было 1000? вот я подумал, что проще написать 4 строчки кода, чем 1000 instanceof. но новый плагин сказал что я лошара: типа 90% справились лучше =))
Мне просто интересно это действительно на столько труднопонимаемо, или же это спостобность автора писать сложно о простых вещах?
* главы — Strings, Generics, Containers in Depth, Enumeration types, Annotations, GUI
* абсолютно все задачи
Это о многом говорит. Это почти полкниги. Красноречивы и отзывы на ozon`е.
В общем и целом по содержанию книга не плохая.
Вообще, спецификация языка достаточно доступно написана плюс к ней java tutorials очень хороши — все из первых рук. Есть интересная статья «4 Things I Wish I Would Have Known When I Started My Software Development Career», в которой упоминаются книги «Code Complete» и «Clean Code», а также
by-bismark.net.ua/java-refleksiya
пункты 5.1.5 и 5.1.6.
Собака
|Немецкая борзая| Пудель| Белый Бим чёрное ухо|...| гончая|
Там еще запоминать легко было, что как для примитивных типов, так и ссылочных, при расширении не требуется явно указывать в скобках тип, к которому преобразуем. Ну и вроде как логично, что родительский класс охватывает все дочерние, т.е шире в этом смысле.
В итоге упоминание в лекциях обратной формулировки несколько сбивает, хотя понятно, что здесь уже имеется ввиду расширенный набор методов, доступный у объектов дочерних классов (отсюда и «extends»).
Как компромисс, можно использовать термин из «Философии java» — восходящее/нисходящее преобразование, тогда нет этой двусмысленности.
Your text to link...