Я студент технического ВУЗа. В универе пишем на С++, но я хочу в будущем работать с java. Есть книга Шилдта "Java 8". Последняя версия java - 19. Подскажите, имеет ли смысл изучать джаву по этой книге, чем отличаются последние версии языка от 8?
Михаил Егоров, азы учить можно, там почти ничего не поменялось. Однако я не рекомендую глубоко изучать данную версию, так как много устаревшего, Оракл давно прекратил ее поддержку и признал ее устаревшей.
Никита Савченко, по-моему, многие компании до сих пор на 8-ой версии или 11-ой версии сидят. А изменения в новых версиях не настолько существенны, чтобы приводило к немедленной миграции.
Никита Савченко, можно и через зеленые потоки сразу писать, чтобы совсем все актуальное было, но прежде нужно решить зачем и какие задачи вы решите более актуальным способом.
Никита Савченко, бред какой. Там отличий на пару часов почитать. Ниже восьмой лучше не смотреть, а восьмерка будет еще долго актуальной. На собесах вопросы по восьмерке только два три года назад начали появляться
Я думаю что студенту актуальнее всего пошуршать по вакансиям и просто посмотреть что спрашивают. В резюме будут писать слово java. Но это вовсе не означает что на собеседовании спросят про Java-19. Про девятнадцатку у вас вообще реально нигде не спросят. Она не является LTS и она не будет в длинной поддержке. Ее фичи - в состоянии preview. Что могут спросить по языку? Могут спросить про лямбды и стримы - но они были в Java-8. И они не сильно изменились. А вот что много спрашивают обычно - это Spring/Hibernate. Но это другой вектор развития. Он идет вообще перпендикулярно к Java. Вопросы по топовым языковым возможностям... ну не знаю например pattern matching вас могут спросить в конце из любопытсва. Но это не будет тот вопрос который определяет вашу годность к работе. Вообще в сегменте java фин-теха сидят очень жадные овнеры и они вовсе не торопятся модернизировать софт с 8 на 11 или 17. Для них в этом нет никакого смысла. Более того болезненный переход с 8 - 11 где были порезаны некоторые библиотеки их даже немного остановит. Вобщем я готов просто спорить на коньяк с каждым вайтишником что его перый java проект будет в исходниках java-8 и я буду статистически выигрывать спор.
Dmitry Roo, я хз как в джаве, но изучать тот жс 10-тилетней давности вредно для развития. Подтянуть новые фишки, конечно, можно, но изначально привыкать использовать устаревшие практики, имхо, так себе идея. К тому же когда в гугле ответы на вопросе о языке будут в основном о более свежих версиях.
Может в отношении джавы я неправ и она почти не поменялась за 11 версий, но всё же это 11 версий.)
Хотя основы, конечно, можно и там изучить.
Можно все, кроме 8, 11 и 17-й, оставлять за скобками. Только эти релизы LTS. А так, новая версия выходит стабильно раз в полгода. Ну что за такой короткий срок кардинального можно поменять?
WbICHA, если посмотреть на историю версий, можно заметить, что между 7й и 8й версией прошло 13 лет, а между 11LTS и 17LTS всего 3.
Дело в том, что после 9й решили выпускать новые версии два раза в год. Это связано с изменением условий поддержки, в т.ч. комерческой (надо помнить, что джава широко используется в энтерпрайзе).
И теперь, хоть новые версии выходят чаще - изменений там не так уж и много, а изменения JVM самой могут вообще не повлиять на синтаксис языка (например, оптимизации работы со строками под капотом ничуть не влияют на их использование).
WbICHA, подавляющее большинство проектов до сих пор на 8-ке. Вполне реально встретить в энтерпрайзе 7-ю и 6-ю версию. Можно наткнулся даже на код писанный под 1.2. Действительно серьёзных изменений с 9-й версии в языке не было. Большинство книг и ответов в гугле будут про 8-ку.
ну можешь заканчивать, никто не пишет на джаве на андроид, к тому же перекат андроида на новую jdk на несколько лет отстает. Да никому это и не нужно, есть котлин со своим сахаром
Можно наткнулся даже на код писанный под 1.2. Действительно серьёзных изменений с 9-й версии в языке не было. Большинство книг и ответов в гугле будут про 8-ку.
как вы это решили? активное использование видел в яндексе, во всех остальных местах, если и было, то активно выпиливается, да я сам этим занимался. Сейчас ui будут делать на compose, он вообще с джавой не работает
sealed class PayControlConfigInfo
data class SignDataError(
val isInternetError: Boolean = false,
val errorCode: String = "",
val typeSign: TypeSign
) : PayControlConfigInfo()
data class Success(
val stateDocument: List<StateDocument>,
val operationId: String?,
val codeLength: Int?,
val retryAfter: Int?,
) : PayControlConfigInfo()
data class StateDocument(
val id: String,
val signType: List<SignType>
)
enum class TypeSign {
PAY_CONTROL, SMS,
}
вот пример моего кода. В своем методе возвращаю PayControlConfigInfo. Заставляю человека который использует мой модуль смотреть, была ошибка или успех. Через эксепшены придется все оборачивать в море трай кетчев которые легко забыть или запутаться в их типах. А в when(switch) не надо писать елсе
вот так выглядит место использования
return when (signResult.configInfo) {
is Success -> processSignSuccess(signResult, outgoingModel)
is SignDataError -> processSignError(signResult.configInfo)
}
data это аналог record, чтобы самому не переопределять toString, потом в логах будет удобнее читать
