|
Модераторы: LSD, AntonSaburov |
|
Рубильник |
|
|||
Новичок Профиль Группа: Участник Сообщений: 19 Регистрация: 6.6.2016 Репутация: нет Всего: нет |
Для примитивных типов разница между
public static final int ABC = 10; и public static int ABC = 10; понятна. В первом случае это константа на уровне кода, может быть вычислена до компиляции и до компиляции могут быть вычислены значения на её основе. Но вот если мы сравним public static final MyClass ABC = Factory.create(5); и public static MyClass ABC = Factory.create(5); то в обоих случаях объект будет создан динамически, и первый вариант никаких преимуществ перед вторым не имеет. Или имеет? |
|||
|
||||
AntonSaburov |
|
|||
Штурман Профиль Группа: Модератор Сообщений: 5658 Регистрация: 2.7.2002 Где: Санкт-Петербург Репутация: 51 Всего: 118 |
Имеет - ссылку нельзя направить на ДРУГОЙ объект. Т.е. можно менять тот объект, на который указываtт final, но нельзя использовать другой.
|
|||
|
||||
Рубильник |
|
|||
Новичок Профиль Группа: Участник Сообщений: 19 Регистрация: 6.6.2016 Репутация: нет Всего: нет |
Это скорее минус, чем плюс. Не static final можно оставить пустой, и инициализировать в любое время после создания класса. И не получить за это ExceptionInInitializerError, если классы имеют ссылки друг на друга.
Сделаю ударение в своем вопросе на слово "преимущество". Т.е. будет ли в случае объектов static final лучше, чем просто static? Например, в плане производительности. |
|||
|
||||
LSD |
|
||||
Leprechaun Software Developer Профиль Группа: Модератор Сообщений: 15709 Регистрация: 24.3.2004 Репутация: 209 Всего: 537 |
Это не минус и не плюс, это особенность - значение поля final после инициализации менять нельзя. С константами времени компиляции тут связь не прямая. Например:
Выражение присваиваемое s это тоже константа времени компиляции и будет вычислена во время компиляции.
Если выражение которое присваивается переменной константа времени компиляции, то static final будет чуть чуть лучше (т.е. наверное даже можно будет заметить в бенчмарке). Если это не константа времени компиляции, то скорее всего разницу в производительности заметить не удастся. У тебя в любом случае идет обращение к объекту. Зашить в сгенерированный код адрес этого объекта для случая static final - нельзя, т.к. объект может перемещаться GC. Т.е. в любом случае будет чтение поля, затем доступ к объекту. Есть оптимизации связанные с девиртуализацией вызовов методов и инлайнингом, но тут JIT умеет делать спекулятивные оптимизации. С другой стороны есть куча вещей которые могут помешать JIT в этом. В целом специально делать все static final для перфоманса не стоит. Да и вообще перфоманс это про измерения и анализ, а не про какие-то шаблоны при написании кода. -------------------- Disclaimer: this post contains explicit depictions of personal opinion. So, if it sounds sarcastic, don't take it seriously. If it sounds dangerous, do not try this at home or at all. And if it offends you, just don't read it. |
||||
|
|||||
Правила форума "Java" | |
|
Если Вам помогли, и атмосфера форума Вам понравилась, то заходите к нам чаще! С уважением, LSD, AntonSaburov, powerOn, tux, javastic. |
1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей) | |
0 Пользователей: | |
« Предыдущая тема | Java: Общие вопросы | Следующая тема » |
|
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности Powered by Invision Power Board(R) 1.3 © 2003 IPS, Inc. |