Огромное спасибо. Этот урок и все до этого -- очень информативные и понятные. Смотрю в 1080, всё прекрасно видно. На мой взгляд, лучшие уроки на UA-cam по Java!
Супер, Спасибо огромное автору. Очень много рассказал о исключениях. Новичку очень важно понимать для чего он вообще все это запоминает. Автор приводит реальные примеры где это применяется за это отдельное огромное спасибо!
Petr Chebanov не, я на стажера прохожу, в основном по кору спрашивали про коллекции, многопоточке, по работе с базами данных, в общем все что в резюме указал, по тому и спрашивали)
Отличный урок. Жалко что все так мелко. Неудобно немного. Писать, сворачивать видео и разворачивать на весь экран. А так благодарность просто огромная! Все понятно, четко, и главное объяснено где именно их обычно применяют. Респект!
Не совсем понятно назначение блока finally. Ведь как я понимаю если блок try не выловил исключения то программа игнорирует блок catch и продолжает выполнятся дальше. Если блок try выловил исключения то отработает блок catch и программа все равно пойдет выполнять код который написан после блока catch. Но если код и так и так выполняется после блока catch, то зачем нужен finally?
:))) "Потоки и так закроются если это прописать" ...да вот Х.. там, не они конечно закроются, но только в блоке файнэлли, именно для этого он придуман - его содержимое отработает в любом случае!
Да потому что автор плохо объясняет. Слишком много частных примеров и ничего не говорит общего. Блок finally выполнится в любом случае, даже если в блоке catch вы программу закроете.
Делаю кастомный Exception, в который планирую записывать какой-то код , по которому затем формировать сообщение в @ExceptionHandler в контроллере. В своём exception при вызове конструктора насколько принципиальна разница в вызове super() и super(null, null, true, false) ? во втором случае false будет обозначать то, что мне не нужен стектрейс. Так-то он не нужен. Но если я просто сделаю super() - существенно ли я потеряю в производительности по сравнению с super(null, null, true, false) ? Также насколько оправдан вызов super(null, null, true, false) с точки зрения code style ?
Object o = null; А что значит буква "o" и почему "null"? Это просто переменная класса Object? В чем разница между break и System.out(0)? И почему в скобках именно 0?
Так , це проста змінна класу Object. null означає те що під цей об'єкт не виділена пам'ять. break працює на рівні блоку функції. Якщо Ви маєте наувазі System.exit(0), то 0 означає успішний вихід з програми, будь-яка, інша цифра зазвичай означає вихід із помилкою
Смотрите начало курса. По факту создали Объект (class Object) с именем о. И сделали его пустым (null). Т.е. к нему ни как не выполнить функции, что и вызывало исключение. break это только прерывание switch и loop. System.out(0) прерывание программы полностью
Возможно вы на ноутбуке смотрите, на них обычно разрещение 1366х768 и может быть плохо видно или попробуйте включить качество в нижнем правом углу, у меня все видео в full hd и должно быть на мониторе видно нормально. Хотя однажды жаловались на плохое качество, у парня был линукс и какой то левый браузер. Пробуйте смотреть в хроме.
Смотрю за компьютером, качество - максимальное, браузер - Хром. Но монитор, к сожалению, небольшой, 15 :(. И зрение, видимо, в данном случае подводит. Проблема именно со шрифтом в Идее. Очень сильно приходится напрягать зрение, чтобы хотя бы частично разбирать текст. Вы очень доступно объясняете, хочется смотреть и учиться, но не получается из-за того, что невозможно прочитать то, что вы пишете. Поэтому, если возможно учесть в последующих видео этот нюанс, было бы гораздо легче и мне, и другим учащимся воспринимать информацию. Ещё раз спасибо!
Лайк ЧТОБЫ ВСЕ УВИДЕЛИ. Чтобы смотреть урок нормально скачайте пару плагинов: 1. Zoom . Прям гуглите так : " плагин Zoom на + "название вашего браузера", устанавливайте. После того как плагин установится, с права в верхнем углу будет мелкий значок "Z" (для хрома). Правой кнопкой мыши на него, далее выбираем параметры, далее с лева будет 4 строки, выбираем вторую то есть "advanced options" и ставим галочку на первую строчку, то есть "Hold the 'mouse button', and scroll up or down to change the zoom level". Это даст вам возможность, когда вы смотрите видео, зажатием левой кнопки мышки + движением колесика приближать и отдалять. Видео в 720 четкости почти не теряет. Проверенно. Поначалу будет неудобно, но не сдавайтесь и учитесь пользоваться, без нее вы посадите глаза. 2. Video speed controll. Гуглите, устанавливаете, и мотаете кнопками "S" и "D". p.s я видел комментарий: "Неудобно немного. Писать, сворачивать видео и разворачивать на весь экран" Незнаю, может вы сталкивались с подобной проблемой тоже, но всеже скажу тоже, есть команда на клавиатуре: ALT + TAB, что позволяет вам переключаться между программами простой командой, то есть смотря видео в ютуб, вы нажимаете Alt + tab, и пишите код в программе, и опять Alt + tab, не делая развертку и свертку видео.
Хочу уточнить. Может у кого-то вопросы возникнут. Error-ы должны обрабатываться разработчиками приложения, а не JVM. Только под обработкой имеется в виду не использование try-catch, а поиск ошибок в коде, приводящих к этой ошибке. Например OutOfAMemory очевидно в блоке try-catch обрабатывать в 99.999% случаев не надо. Однако не менее очевидно, что проблема или в железе или в коде, так как ошибка всё-таки выбрасывается
Утверждение по поводу использования try/catch или throws тоже довольно спорное. Иногда даже если программист не пишет свою библиотеку, а использует только для себя - очень полезно писать throws, благодаря чему уменьшается количество схожего try/catch
Огромное спасибо. Этот урок и все до этого -- очень информативные и понятные. Смотрю в 1080, всё прекрасно видно. На мой взгляд, лучшие уроки на UA-cam по Java!
Супер, Спасибо огромное автору. Очень много рассказал о исключениях. Новичку очень важно понимать для чего он вообще все это запоминает. Автор приводит реальные примеры где это применяется за это отдельное огромное спасибо!
Спасибо большое за урок, уже пол года учу джаву, не мог до конца разобраться в этой теме. За проброс наверх отдельное спасибо!
Очень полезно. Спасибо
Чувааааак! Это просто пушка, завтра на собес идти, а по эксепшонам пробел был как раз, теперь проблема решена! Спасибо тебе огромное!
Как собес? прошел? На джуна? Что спрашивают?)
Petr Chebanov не, я на стажера прохожу, в основном по кору спрашивали про коллекции, многопоточке, по работе с базами данных, в общем все что в резюме указал, по тому и спрашивали)
@@ИльяИванов-ж8з6ъ устроился джуном?
Ну как в итоге то? устроился?
@@damir88m даже я уже устроился. 3й месяц работаю.
Очень информативный урок! Спасибо!
Отличный урок. Жалко что все так мелко. Неудобно немного. Писать, сворачивать видео и разворачивать на весь экран. А так благодарность просто огромная! Все понятно, четко, и главное объяснено где именно их обычно применяют. Респект!
Да, мелковато... но качество материала стоит затраченного времени и усилий. Уже привык переключаться альт+таб с 1080 на заметки.
Веду конспект в тетради)
используй несколько мониторов, многие так делают уже давно)
крутой урок спасибо
Спасибо, отличный урок! Правда код мелковат, лучше шрифт в следующий раз сделайте по крупнее. IDEA умеет это делать)
Не совсем понятно назначение блока finally.
Ведь как я понимаю если блок try не выловил исключения то программа игнорирует блок catch и продолжает выполнятся дальше.
Если блок try выловил исключения то отработает блок catch и программа все равно пойдет выполнять код который написан после блока catch.
Но если код и так и так выполняется после блока catch, то зачем нужен finally?
для того чтоб закрыть открытые потоки, если вдруг сработает кэтч
А при чем тут finally? Потоки и так закроются если это прописать
:))) "Потоки и так закроются если это прописать" ...да вот Х.. там, не они конечно закроются, но только в блоке файнэлли, именно для этого он придуман - его содержимое отработает в любом случае!
Да потому что автор плохо объясняет. Слишком много частных примеров и ничего не говорит общего.
Блок finally выполнится в любом случае, даже если в блоке catch вы программу закроете.
17:40 в блоке catch завершается программа и finally не выполняется. Хорошие у автора примеры.
Делаю кастомный Exception, в который планирую записывать какой-то код , по которому затем формировать сообщение в @ExceptionHandler в контроллере. В своём exception при вызове конструктора насколько принципиальна разница в вызове super() и super(null, null, true, false) ? во втором случае false будет обозначать то, что мне не нужен стектрейс. Так-то он не нужен. Но если я просто сделаю super() - существенно ли я потеряю в производительности по сравнению с super(null, null, true, false) ? Также насколько оправдан вызов super(null, null, true, false) с точки зрения code style ?
Спасибо! Хороший и понятный урок.
Зачем файнали, когда можно писать просто ниже?)
Если вылезет ошибка в catch, то ничего ниже не пойдет, а finally гарантировано выполнится.
Object o = null;
А что значит буква "o" и почему "null"? Это просто переменная класса Object?
В чем разница между break и System.out(0)? И почему в скобках именно 0?
Так , це проста змінна класу Object. null означає те що під цей об'єкт не виділена пам'ять. break працює на рівні блоку функції. Якщо Ви маєте наувазі System.exit(0), то 0 означає успішний вихід з програми, будь-яка, інша цифра зазвичай означає вихід із помилкою
Смотрите начало курса. По факту создали Объект (class Object) с именем о. И сделали его пустым (null). Т.е. к нему ни как не выполнить функции, что и вызывало исключение.
break это только прерывание switch и loop. System.out(0) прерывание программы полностью
Интересно, а зачем тогда вообще прописывать Object o = null, если к нему никак не выполнить функций и он вообще пустой?
@@geekphone1343 для примера
Очень хорошо объясняете, но очень плохо видно :(((. Текст практически нечитабельный. За видео спасибо!
Возможно вы на ноутбуке смотрите, на них обычно разрещение 1366х768 и может быть плохо видно или попробуйте включить качество в нижнем правом углу, у меня все видео в full hd и должно быть на мониторе видно нормально. Хотя однажды жаловались на плохое качество, у парня был линукс и какой то левый браузер. Пробуйте смотреть в хроме.
Смотрю за компьютером, качество - максимальное, браузер - Хром. Но монитор, к сожалению, небольшой, 15 :(. И зрение, видимо, в данном случае подводит. Проблема именно со шрифтом в Идее. Очень сильно приходится напрягать зрение, чтобы хотя бы частично разбирать текст. Вы очень доступно объясняете, хочется смотреть и учиться, но не получается из-за того, что невозможно прочитать то, что вы пишете. Поэтому, если возможно учесть в последующих видео этот нюанс, было бы гораздо легче и мне, и другим учащимся воспринимать информацию. Ещё раз спасибо!
Это наверное у Вас проблемы. У меня ноутбук, максимальное качество, расширения стандартное, но видно, все замечательно..
я бы поспорил с тем, что автор хорошо объясняет.
@@sebi7872 видно, но глаза напрягаются больше. Зачем так делать, если у него много неиспользуемого пространства.
Лайк ЧТОБЫ ВСЕ УВИДЕЛИ. Чтобы смотреть урок нормально скачайте пару плагинов:
1. Zoom . Прям гуглите так : " плагин Zoom на + "название вашего браузера", устанавливайте. После того как плагин установится, с права в верхнем углу будет мелкий значок "Z" (для хрома). Правой кнопкой мыши на него, далее выбираем параметры, далее с лева будет 4 строки, выбираем вторую то есть "advanced options" и ставим галочку на первую строчку, то есть "Hold the 'mouse button', and scroll up or down to change the zoom level". Это даст вам возможность, когда вы смотрите видео, зажатием левой кнопки мышки + движением колесика приближать и отдалять. Видео в 720 четкости почти не теряет. Проверенно. Поначалу будет неудобно, но не сдавайтесь и учитесь пользоваться, без нее вы посадите глаза.
2. Video speed controll. Гуглите, устанавливаете, и мотаете кнопками "S" и "D".
p.s я видел комментарий: "Неудобно немного. Писать, сворачивать видео и разворачивать на весь экран" Незнаю, может вы сталкивались с подобной проблемой тоже, но всеже скажу тоже, есть команда на клавиатуре: ALT + TAB, что позволяет вам переключаться между программами простой командой, то есть смотря видео в ютуб, вы нажимаете Alt + tab, и пишите код в программе, и опять Alt + tab, не делая развертку и свертку видео.
Хочу уточнить. Может у кого-то вопросы возникнут. Error-ы должны обрабатываться разработчиками приложения, а не JVM. Только под обработкой имеется в виду не использование try-catch, а поиск ошибок в коде, приводящих к этой ошибке.
Например OutOfAMemory очевидно в блоке try-catch обрабатывать в 99.999% случаев не надо. Однако не менее очевидно, что проблема или в железе или в коде, так как ошибка всё-таки выбрасывается
Утверждение по поводу использования try/catch или throws тоже довольно спорное.
Иногда даже если программист не пишет свою библиотеку, а использует только для себя - очень полезно писать throws, благодаря чему уменьшается количество схожего try/catch
Качество только 360p - издеваетесь?
Да нет, 1080p
Хороший урок, но только чект и анчект, а не чекед и анчекед.
я окончательно запутался.. никчемный я