Я знаю, что на платформе Java исторически особое внимание уделялось поддержанию обратной совместимости, даже между основными версиями. Это стало одним из краеугольных камней его широкого внедрения в корпоративной среде. Однако недавно я наткнулся на дискуссии об удалении sun.misc.Unsafe из Java 25-26, класса, который, хотя и недокументирован и технически является внутренним, в течение многих лет широко использовался разработчиками для доступа к низкоуровневым функциям.
Это заставляет меня задуматься: Придется ли мне предоставлять две версии моего приложения: одну до удаления, а другую после удаления? Меня очень удивляет, что новейшая версия Java не сможет запустить мой старый код. Почему бы просто не оставить это и позволить сообществу перейти на новый FFM API в своем собственном темпе?
Как сообщество планирует справиться с этим кардинальным изменением? Происходили ли подобные изменения когда-либо в прошлом или это произойдет впервые?
Обратите внимание: я не говорю, что хочу поддерживать старые версии Java навсегда. Я говорю о том, что для новой JVM было бы отстойно не иметь возможности запускать приложение, которое я запускаю с давних пор. Когда это произойдет, у меня останется два неправильных выбора: 1) Никогда не переходить на новую JVM. 2) Ждать, пока поставщик предоставит более новую версию приложения. Есть ли третий вариант, которого я не вижу?
Подробнее здесь: https://stackoverflow.com/questions/793 ... removal-of
Делала ли Java когда-нибудь в прошлом то, что они планируют сделать с удалением sun.misc.Unsafe, то есть нарушить обратн ⇐ JAVA
Программисты JAVA общаются здесь
1735139661
Anonymous
Я знаю, что на платформе Java исторически особое внимание уделялось поддержанию обратной совместимости, даже между основными версиями. Это стало одним из краеугольных камней его широкого внедрения в корпоративной среде. Однако недавно я наткнулся на дискуссии об удалении sun.misc.Unsafe из Java 25-26, класса, который, хотя и недокументирован и технически является внутренним, в течение многих лет широко использовался разработчиками для доступа к низкоуровневым функциям.
Это заставляет меня задуматься: Придется ли мне предоставлять две версии моего приложения: одну до удаления, а другую после удаления? Меня очень удивляет, что новейшая версия Java не сможет запустить мой старый код. Почему бы просто не оставить это и позволить сообществу перейти на новый FFM API в своем собственном темпе?
Как сообщество планирует справиться с этим кардинальным изменением? Происходили ли подобные изменения когда-либо в прошлом или это произойдет впервые?
Обратите внимание: я не говорю, что хочу поддерживать старые версии Java навсегда. Я говорю о том, что для новой JVM было бы отстойно не иметь возможности запускать приложение, которое я запускаю с давних пор. Когда это произойдет, у меня останется два неправильных выбора: 1) Никогда не переходить на новую JVM. 2) Ждать, пока поставщик предоставит более новую версию приложения. Есть ли третий вариант, которого я не вижу?
Подробнее здесь: [url]https://stackoverflow.com/questions/79307590/has-java-ever-done-in-the-past-what-they-are-planning-to-do-with-the-removal-of[/url]
Ответить
1 сообщение
• Страница 1 из 1
Перейти
- Кемерово-IT
- ↳ Javascript
- ↳ C#
- ↳ JAVA
- ↳ Elasticsearch aggregation
- ↳ Python
- ↳ Php
- ↳ Android
- ↳ Html
- ↳ Jquery
- ↳ C++
- ↳ IOS
- ↳ CSS
- ↳ Excel
- ↳ Linux
- ↳ Apache
- ↳ MySql
- Детский мир
- Для души
- ↳ Музыкальные инструменты даром
- ↳ Печатная продукция даром
- Внешняя красота и здоровье
- ↳ Одежда и обувь для взрослых даром
- ↳ Товары для здоровья
- ↳ Физкультура и спорт
- Техника - даром!
- ↳ Автомобилистам
- ↳ Компьютерная техника
- ↳ Плиты: газовые и электрические
- ↳ Холодильники
- ↳ Стиральные машины
- ↳ Телевизоры
- ↳ Телефоны, смартфоны, плашеты
- ↳ Швейные машинки
- ↳ Прочая электроника и техника
- ↳ Фототехника
- Ремонт и интерьер
- ↳ Стройматериалы, инструмент
- ↳ Мебель и предметы интерьера даром
- ↳ Cантехника
- Другие темы
- ↳ Разное даром
- ↳ Давай меняться!
- ↳ Отдам\возьму за копеечку
- ↳ Работа и подработка в Кемерове
- ↳ Давай с тобой поговорим...
Мобильная версия