ШП
Дмитрий Газиев
замена instanceof имеется? слышал это плохой вариант который может вызвать исключение
Первый раз о таком слышу, можно источник
Size: a a a
2021 February 26
ДГ
Зачем?
метод сравнивает коробки по весу, в метод подаются коробки разного типа.
нужна проверка что в метод подали конкретно 2 коробки апельсина, если подаются коробка апельсина и яблок, то соответственно не сравнивать
нужна проверка что в метод подали конкретно 2 коробки апельсина, если подаются коробка апельсина и яблок, то соответственно не сравнивать
ДГ
содержимое коробок разного типа, Apple, Orange. Вот собственно такая задача, проверить принадлежность к классу
ДГ
Первый раз о таком слышу, можно источник
если ты используешь instanceof то при подмене типов данных можно словить исключение, понятно объяснил?
DC
Дмитрий Газиев
если ты используешь instanceof то при подмене типов данных можно словить исключение, понятно объяснил?
Нет, непонятно, что такое "подмена типа данных" вообще?
ДГ
сейчас найду пример, где то читал недавно
в моем случае instanceof, я правильно понял?
в моем случае instanceof, я правильно понял?
АD
Дмитрий Газиев
содержимое коробок разного типа, Apple, Orange. Вот собственно такая задача, проверить принадлежность к классу
На самом деле достаточно специфичная задача, не стоит equals перегружать разными классами, т.к. будут проблемы с hashCode
АD
Лучше уж если так делаешь, то попробуй в класс коробки положить enum, в котором будет описания яблоко это или груша
ШП
Дмитрий Газиев
если ты используешь instanceof то при подмене типов данных можно словить исключение, понятно объяснил?
ДГ
точно, это было связано с дженериками, немного напутал) там речь была о том, что логично вместо instanceof использовать <? extends Class>, что в таком случае не нарвешься на исключение.
ШП
Дмитрий Газиев
точно, это было связано с дженериками, немного напутал) там речь была о том, что логично вместо instanceof использовать <? extends Class>, что в таком случае не нарвешься на исключение.
Я тебя правильно понимаю, что ты хочешь сравнивать коллекцию яблок и апельсинов?
ДГ
Я тебя правильно понимаю, что ты хочешь сравнивать коллекцию яблок и апельсинов?
сранивать объекты, вернее к какому типу они принадлежат
ДГ
Box <Orange> box = new Box<> ();
Box <Apple> box1 = new Box<> ();
box.method(box1) // в теле метода сравниваем одинаковый тип у коробок Apple or Orange или нет
Box <Apple> box1 = new Box<> ();
box.method(box1) // в теле метода сравниваем одинаковый тип у коробок Apple or Orange или нет
ДГ
На самом деле достаточно специфичная задача, не стоит equals перегружать разными классами, т.к. будут проблемы с hashCode
спасибо за альтернативный вариант
ch
Дмитрий Газиев
Box <Orange> box = new Box<> ();
Box <Apple> box1 = new Box<> ();
box.method(box1) // в теле метода сравниваем одинаковый тип у коробок Apple or Orange или нет
Box <Apple> box1 = new Box<> ();
box.method(box1) // в теле метода сравниваем одинаковый тип у коробок Apple or Orange или нет
а какую проблему вы этим решаете?
ch
дженерики для того и придумали что бы не знать что там тебе запихали, а в runtime Оно тупо object
ДГ
Внутри метода сравнивается вес коробок, хз (такакя задача) ну и условие что в случае если подается коробка другого типа, выдать сообщение клиенту что ошибка.
АD
Дмитрий Газиев
Внутри метода сравнивается вес коробок, хз (такакя задача) ну и условие что в случае если подается коробка другого типа, выдать сообщение клиенту что ошибка.
Веселая задача, тут проще просто не давать сравнивать) Кажется, что дженерики тут лишние, хотя мб тут свой контекст)
ch
Дмитрий Газиев
Внутри метода сравнивается вес коробок, хз (такакя задача) ну и условие что в случае если подается коробка другого типа, выдать сообщение клиенту что ошибка.
какой нафиг тип коробки по дженерику? по моему вы не поняли зачем они нужны, вам нужны просто коробки которые бдуут наследоваться от базовой коробки типо FriutBox implement Box
ch
и тогда у них можете сделать comparable и там написать что вам надо