Какова производительность cast в Java?

Question

[click_f]

Допустим меется абстрактный класс, который наследуется некоторыми декораторами.
По идее потребуется кастовать декорируемые обьекты между собой.
Насколько сильно это скажется на производительности java программы?
Есть ли какие-нибудь best practices для таких случаев?

Answer 1

[Толстый Лорри]

best practices в таких случаях - не кастовать, а пользоваться полиморфизмом. Ведь декораторы нужны, чтобы что-то декорировать/абстрагировать, а не вытаскивать из них кишки конкретной реализации с помощью каста.

Comments

[click_f]

Допустим у на имеется абстрактный класс Price и мы имеет ряд различных способов вычисления данной цены, способы большие и мы хотим для читабельности вынести их в отдельные классы PriceAverage, PriceSell, и т.д. Очень вероятно, что вдальнейшем нам потребуется изменять способ вычисления цены.
Я кажется не улавливаю что-то очень важное.
Немогли бы вы прокоментировать это? Спасибо.

[Толстый Лорри]

click_f:

interface PriceCalculator {
    long calc();
};

class AveragePriceCalculator implements PriceCalculator {
    public long calc() { ... }
}

PriceCalculator price = new AveragePriceCalculator (/* dependencies */);
long result = price.calc();

вдальнейшем нам потребуется изменять способ вычисления цены.

Просто поменять маппинги в DI-контейнере или единственную точку, где происходит new. В остальных местах всегда работать со ссылкой PriceCalculator.

Answer 2

[Андрей К]

Начнем с того, что сама постановка вопроса в корне не правильная. Это могло бы звучать так: "я сделал код, провел замеры и все уперлось в операцию cast, что мне делать?".

Это же прописанные истины, преждевременная оптимизация - корень зла!

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