Java Guru 🤓

Каким будет результат компиляции и выполнения следующего кода?

Anonymous Quiz

14%

Исключение - NoSuchMethodException

36%

Вывод в консоль - InvalidLength

29%

Вывод в консоль - Object successfully created

22%

Ошибка во время компиляции.

👍10🥴5

477 voters4K views05:23

Java Guru 🤓

Что означает ArrayStoreException?

Это исключение значит, что программа попыталась сохранить в массив значение неправильного типа. Такая попытка становится возможно из-за ковариантности массивов.

Ковариантность позволяет работать с массивом по типу массива родителей. Например, через приведение к Object[] можно попытаться положить любой объект в любой массив:

 Object x[] = new String[3];
 x[0] = new Integer(0);

Компилятор гарантирует, что когда вы берете элемент из массива, он будет представителем типа элементов самого этого массива. Не важно какого типа переменная его хранит. Именно для обеспечения этой гарантии работает проверка типа времени выполнения, которая и выбрасывает ArrayStoreException.

Ситуация похожа на проблему heap pollution в случае дженериков. Только для этого случая такая проблема возникает реже, потому что работает проверка этапа компиляции:

// Ошибка компиляции – дженерики инвариантны!
List<Object> x = new ArrayList<String>();

👍21

4.47K views18:00

Java Guru 🤓

Каким будет результат компиляции и выполнения следующего кода?

👍7

3.66K views06:07

Java Guru 🤓

Каким будет результат компиляции и выполнения следующего кода?

Anonymous Quiz

23%

Вывод в консоль - "Hello World"

36%

Вывод в консоль - "I say - Hello World!"

10%

Пустой вывод в консоль

27%

Ошибка во время компиляции

Ошибка во время исполнения.

👍10

776 voters3.76K views06:07

Java Guru 🤓

Можно ли выбрасывать исключение generic-типа?

Короткий ответ – да. Как в большинстве каверзных вопросов про дженерики, ответ становится очевидным если подумать, во что сотрутся типы-параметры.

Чтобы объявить, что метод выбрасывает исключение обобщенного типа T, этот тип T должен быть объявлен расширяющим Throwable. Именно в Throwable в таком случае сотрется T при компиляции. Также в качестве типа-верхней границы можно использовать любого наследника Throwable:

class MyClass<T extends IOException> {
    void foo() throws T {
         // ...
    }
}

👍17

4.26K views15:47

Java Guru 🤓

Дженерики в исключениях – что можно, а что нельзя?

1. Можно выбрасывать исключение generic-типа.
Тип-параметр T может использоваться в throws, переменная типа T может использоваться в throw. Недавно мы уже говорили об этом.

2. Нельзя использовать дженерик в catch.
Множественные блоки catch должны идти без повторений, в определенном порядке – от специфичного класса к более базовому. Стирание типов-параметров в связи с этими правилами добавило бы путаницу, не неся особой пользы.

3. Нельзя параметризовать класс-исключение типами.
Если вы попытаетесь скомпилировать конструкцию вида class MyException<T> extends Throwable {}, то увидете ошибку generic class may not extend java.lang.Throwable.

4. Можно реализовывать исключением generic-интерфейс.
Исключение вполне может быть например Comparable или Iterable. Механизм обработки исключений работает на классах, никак не затрагивая интерфейсы.

👍15

3.98K views18:20

Java Guru 🤓

Что выведет код?

👍15

9.36K views07:17

Java Guru 🤓

Что выведет код?

Anonymous Quiz

ничего, код не скомпилируется

👍23🌚5👌3

2.62K voters9.46K views07:17

Java Guru 🤓

Стало скучно, не с кем поговорить? Залетай в наш чатик и будь няшкой 😉 https://t.iss.one/java_underground

Java Underground

Библиотека по Java https://t.iss.one/javalib
✅ Наше сообщество ВК: https://vk.com/javatutorial

✅ Вакансии и резюме свои строго в этот канал: https://t.iss.one/job_java

3.82K views17:33

Java Guru 🤓

Как ограничить upcasting типа-параметра?

Задача: запретить этому методу принимать параметры разных типов:

<T> void pair(T a, T b) {}

То есть, нужно разрешить вызывать pair(Foo, Foo), но запретить pair(Foo, Bar).

Upcasting – приведение к типу-родителю. String → Object, Integer → Number.

Дело в том, что у любых двух классов есть общий предок: как минимум Object. Если вызвать этот метод с параметрами String и Boolean – согласно правилам вычисления типа-границы, параметр T будет стерт в Object.

Использовать super тоже не поможет: для этого нужно знать заранее, какой именно тип будет передаваться.

Фокус в том, что на этапе компиляции это невозможно. Объект любого типа всегда является объектом типа-родителя (отношение is a). Это фундаментальное правило ООП, которое невозможно нарушить. К тому же, подобный метод нарушал бы принцип подстановки Лисков.

Единственная возможность добиться желаемого поведения – с помощью getClass() сравнивать классы объектов в рантайме.

👍26🥰1

4.22K views06:10

Java Guru 🤓

Каким будет результат компиляции и выполнения следующего кода?

👍12

9.93K views11:07

Java Guru 🤓

Каким будет результат компиляции и выполнения следующего кода?

Anonymous Quiz

Ошибка во время компиляции

10%

Ошибка во время исполнения

👍22🌭3

1.99K voters10.1K views11:07

Java Guru 🤓

Когда нужно использовать raw types?

Сначала вспомним, что такое raw type. В Java так называют generic-типы без указания типа-параметра. Такая языковая конструкция валидна, но в большинстве случаев приводит к предупреждению компилятора.

Предупреждение связано с риском получения проблемы heap pollution. Ей мы уже посвящали публикации ранее. Использование raw types никогда не оправдано – спецификация языка явно говорит: их поддержка остается только для обратной совместимости.

Есть всего три случая, когда использовать обобщенный тип без параметра правильно:
• Целевая версия Java < 5.0 (2002 год и ранее – вряд ли это ваш случай);
• В литерале класса. List<String>.class не сработает, нужно писать List.class;
• В операторе instanceof. Вместо instanceof Set<Integer> должно быть instanceof Set.

👍16🔥6

3.85K views13:53

Java Guru 🤓

Каким будет результат компиляции и выполнения следующего кода?

👍11

3.55K views14:45

Java Guru 🤓

Каким будет результат компиляции и выполнения следующего кода?

Anonymous Quiz

31%

Вывод в консоль - null

Исключение NullPointerException

👍19🍾1

814 voters3.46K views14:45

Java Guru 🤓

Как передать runtime информацию о generic-типе?

Когда вы проектируете API-метод библиотеки, иногда логика его реализации может зависеть от указанного клиентом типа. Особенно часто с этой задачей встречаются при разработке парсеров. Например, библиотека Jackson превращает JSON в объект заданного класса. На интервью этот вопрос можно встретить в виде практической задачи.

Первое, что приходит в голову для решения – дженерик-параметр. Такой подход не сработает, потому что тип будет стёрт во время компиляции, а логика будет происходить позже, во время выполнения.

Решение, которое сработает для многих случаев – объявление в методе аргумента типа Class<T>. Пользователь будет передавать в него значение Foo.class или fooInstance.getClass(). Проблемы с ним начинаются, когда становится нужно передать generic-тип. Синтаксис .class не поддерживает дженерики, а .getClass() от экземпляров List<String> и List<Integer> вернет один и тот же объект-описание сырого типа List.

На помощь приходит техника, описанная в предыдущей публикации.

1. Объявляется generic класс-обертка над типом: TypeInformation<T>;. Наш метод будет принимать информацию о типе в виде экземпляра этой обертки.

2. В обертку добавляется конструктор с видимостью protected. Теперь можно создавать объекты только наследников, но не самого этого типа.

3. Пользователь будет передавать экземпляр анонимного наследника обертки: new TypeInformation<List<String>>() {}.

4. Внутри вызов getClass().getGenericSuperclass() вернет ParameterizedType. Это будет описание типа родителя анонима, то есть самой обертки. Из него с помощью getActualTypeArguments() можно достать рантайм-информацию о значении дженерика (о List<String>).

👍24🔥6❤1

3.82K views08:05

Java Guru 🤓

Что выведет на экран следующая программа?

👍13🔥3🤩1

9.76K views07:39

Java Guru 🤓

Что выведет на экран следующая программа?

Anonymous Quiz

👍31☃5🔥3🍌3🤩1

2.78K voters9.88K views07:39

Java Guru 🤓

Как Spring Framework реализует паттерн Dependency Injection?

Инверсия контроля (inversion of control, IoC) – принцип проектирования, по которому контроль над потоком управления передается фреймворку. Управляющий и прикладной код разделяются. При разработке модуля этот подход избавляет от необходимости знать о других модулях программы и деталях их взаимодействия. Такой код становится более переипользуемым и модульным, уменьшает связность.

Внедрение зависимостей (Dependency Injection, DI) – одна из реализаций IoC. При взаимодействии с другими модулями, программа оперирует высокоуровневыми абстракциями, тогда как конкретная её реализация поставляется фреймворком.

Стандартная реализация DI – фреймворк инстанциирует все сервисы, и складывает их в IoC-контейнер. При этом специальная сущность, Service Locator, занимается поиском соответствия реализаций абстракциям и их внедрением.

Spring – большой набор различных библиотек. DI реализуется одной из основных библиотек – Spring IoC.

Сущности бизнес-логики в Spring, как и в JavaEE называются beans. Бины объявляются различными способами, корни большинства из них лежат в понятии Configuration. В качестве контейнера бинов выступает ApplicationContext. Чтобы передать инициализацию зависимости контексту, она помечается аннотацией @Autowired.

👍28🔥8⚡5❤1

3.98K views19:37

Java Guru 🤓

Каким будет результат компиляции и выполнения следующего кода?

🥴17👍7🤨5🌚2💔2

3.59K views15:40

About

Blog

Apps

Platform