Java 17 – это третья версия LTS, за которой следуют 8 и 11. Другими словами, вы можете использовать его, не беспокоясь Это версия бытия. Во всем мире в Java будет доминировать текущая версия 8, как и Java в Корее. Я не мог найти проект, чтобы вернуться к Java более восьми лет, даже для компании, с которой я работал. И большинство проектов с открытым исходным кодом и коммерческих проектов по-прежнему поддерживают 8. 8-я версия при консервативной системе является доминирующей. Ни для кого не секрет, что 11-я версия съедает металлургию. (Особенно Некаракубае)
Теперь у меня есть ожидания в отношении того, что Java 17 – это третий LTS. Если у вас большие ожидания, вы можете открыть крышку и охладить ее. |/Потому что это уже расширение новой функции с 12(отмена) до 16.//Оригинальный текст Здесь Вы можете видеть.
애플릿 API 제거 (JEP-398)
Начиная с Java 9, я бы подчеркнул, что не следует использовать апплеты. Конечно, большинство 8-х написаны, и апплеты фактически сокращены, так что они практически защищены. Начиная с версии 17, API апплета исчезает и становится непригодным для использования. Конечно, если вы используете апплет, вы не сделаете ничего глупого, чтобы обновить Java.
Яблочный Силикон 대응(macOS/AArch64) (JEP-391)
Когда-то Java 8 или 11 LTS официально не поддерживали Apple Silicon. Java 13 не имеет совместимости с Rosetta, Java 16 EA+10//запущена встроенная поддержка в нестабильной версии.//JDK 17 официально станет встроенной поддержкой silicon Mac, и настанет день, когда их можно будет переписать. Обратите внимание, что в то же время была выпущена версия .net 6, и здесь она также поддерживает Apple Silicon native, так что давайте с нетерпением будем ждать этого, если вы это сделаете.
О, я могу неправильно понять, что Java уже официально имеет его для процессоров ARM и теперь поддерживает его в версии 8. Из-за характера встроенного поля писать особо нечего, и если вы напишете, вашу компанию ждет убийственное лицензионное соглашение Oracle. Это первый раз, когда я использую термин “убийственная лицензия”, отличный от Windows Server.
macOS 렌더링 파이 (JEP-382)
Если вы окунулись в разработку Apple, то, как всем известно, OpenGL уже давно продвигает Metal. В случае с Vulkan участие Apple, конечно же, не было поддержано. Есть ощущение, что видеокарты AMD под управлением Vulkan нельзя использовать в продуктах Mac. Конечно, MoltenVK смывает снег, но он не может смыть 100%.
JDK также имеет очень большую область рендеринга GPU, а если этого не произошло, то Minecraft… Я написал OpenGL по сей день, так что это немного хлопотно. Начиная с Java 17, серверная часть этого API рендеринга будет заменена на Metal. Если это произойдет, не ожидайте результата рендеринга какой-нибудь мягкой Java может быть.
Может показаться, что Apple стоит уделять слишком много внимания, но на момент выпуска Java девизом было Code once, Run everywhere
. Кроме того, Apple методично удалила OpenGL trail из macOS 11, который является Big Sur, и поскольку Apple не оглядывается назад, и внезапно и быстро область OpenGL полностью исчезнет, приложение на базе OpenGL в это время будет полностью несовместимо. Вот почему Java несправедливо отстаивать этот девиз, но платформа, которую она поддерживала, должна поддерживаться до конца. Я хочу, чтобы ты понял.
Улучшенный генератор псевдослучайных чисел (JEP-356)
Теперь давайте перейдем к яванскому усовершенствованию. Стыдно говорить, но это последний. Улучшенный класс генератора случайных чисел/| Генератор случайных чисел 클래스가 추가된다. |/Аналогичный поиск по концепции случайных чисел или//Корейская Википедия
Он кратко перечислен в. Если вы изучали компьютерную инженерию, машиностроение, криптологию и т.д., Вы знаете, что, как ни удивительно, машинные случайные числа предсказуемы. Я оставлю вам возможность представить, что произойдет, если случайные числа будут предсказуемы. Аналогичные случайные числа не знают стандарта, устанавливая начальное значение на существующее случайное число Вы должны быть непредсказуемы. Генератор случайных чисел, который соответствует требованиям. Это функция, которая напрямую поддерживается Java. Поскольку это важно для безопасности, это очень полезная функция с точки зрения шифрования.
끗
Java 17 нацелена на стабилизацию и выпуск новых функций, которые были до Java 14-16, включая эти. Конечно, могут быть некоторые неудачные API, которые не могут быть стабилизированы в предварительном просмотре. Типичные функции, которые в настоящее время просматриваются |/Записи , 봉인 클래스(Класс герметичности) , 외부 메모리 접근 API(API доступа к внешней памяти)/| Я думаю, что из-за природы экосистемы Java, даже если они не реализованы полностью, беспокоиться не о чем, потому что нет никаких нарушений в консервативной экосистеме Java. В качестве типичного примера, Project Jiksso был целью Java 7 и был выпущен только после 9. Конечно, разработчики Java, которые воспользуются преимуществами этого Jiksso, приложат к нему свои руки.
Я с нетерпением жду этой осени. Пришло время для Java 17 и .net 6.
Оригинал: “https://dev.to/composite/17-62e”