NullPointerException, одно из самых часто мелькающих исключений. Почему оно возникает?

Ссылочная переменная в Java - это как коробка. Коробка, у которой есть имя, и внутрь которой можно положить только определенный вид предмета объекта. Например:

String box; //наша коробка переменная называется box и может хранить в себе строки (объекты типа String).

В такой переменной может быть что-то записано, а может и ничего не быть - это самое ничего называется null. Если вы объявили переменную, но ничего в нее не записали - в ней по умолчанию будет значение null. Вот как это может выглядеть:

String box1 = "здесь могла бы быть твоя реклама"; //у переменной есть значение
String box2 = null; //мое значение null
String box3; //мое значение тоже null!

null сам по себе не вызовет проблем. Но если ты попробуешь обратиться к полю, или методу такой переменной - жди проблем исключений - NullPointerException.

String box2 = null;
System.out.println(box2.length());
//вызов метода length() приведет к выбросу NullPointerException

Почему? Потому что внутри box2 - пустота, там нет реального объекта, у которого мы можем вызвать метод, или получить поле. И компилятор на это ругается. Ругается как девушка, которой на день рождения подарили коробку от айфона, внутри которой пустота.

Мораль - дарите девушкам телефоны, а переменным - значения. Так безопаснее:)
О том, как же все-таки работать с переменными, которым нельзя сразу присвоить конкретное значение и внутри могут быть null - ждите сказку в одном из будущих постов.

📗Фишка при работе со сьютами в TestNG

Если вам понадобилось сделать сьют в TestNG и выбрать только определенные тесты, и вы там набабахали себе групп, параметров, инклюдов-эксклюдов, а потом контрольно решили проверить - выбираются ли нужные тесты - то в обычном случае вам придется дождаться прогона всех этих тестов прежде чем узнать, правильно ли вы нахимичили свой suite. Но есть интересная фича для экономии времени - флаг -Dtestng.mode.dryrun=true

Если вы его передадите, например вот так:

mvn clean test -Dtestng.mode.dryrun=true

то ни один тестовый метод не будет реально выполнен, но в surefire-репорте можно будет увидеть все вызывавшиеся методы, переданные через ваш сьют на запуск.

Сложность: ⭐️🌚🌚🌚🌚 (1/5)
Время на чтение: 10 мин

Изучаешь Java? Шик!
Первый шаг - это установка Java в систему💻
Квест простой, но если ты запутался - рецепт по ссылке

Как говорил один ученый - "Вошли и вышли, приключение на 20 минут", но в нашем случае делов действительно на 20 минут, не больше.

Короткое видео с разбором как работает оператор инкремента в Java - тут:

https://youtu.be/RMNcbBkQM2A

3 минуты для зарядки мозгов!☕️

Сложность: ⭐️⭐️⭐️⭐️🌚 (4/5)
Время на чтение: 10 мин

Если одним прекрасным утром вместо желанного "Привет мир!" в консоли ты увидел "§±§в§Ъ§У§Ц§д §Ю§Ъ§в!" - добро пожаловать в дивный мир кодировок и Java

Поэтому если в работе ты столкнешься с неправильно работающими кодировками и не знаешь что делать - не расстраивайся! теперь ты "не знаешь что делать с кодировками" чуть меньше чем окружающие😄

Четко про классы и объекты!🤓🎓

Класс - это чертеж, по которому строятся объекты этого класса. Чертеж рассказывает какие поля (свойства) и методы (возможности, функционал) есть у этого объекта.
Чертеж существует в единственном экземпляре. А вот объектов на базе чертежа можно создать сколько угодно.

Так же и архитектор один раз создает чертеж дома (класс), по которому затем могут быть построены десятки и сотни реальных домов (объектов).🗒🏠🏠🏠

Так же как и у повара может быть форма для печенья в виде звездочки. Форма одна (класс), а вот печенек-звездочек (объектов) с ней можно сделать сколько угодно⭐️🍪🍪🍪

P.S. на инфографике зашифровано название фильма, можете испытать себя:)

Время подумать о пицце о статических и нестатических полях!🍕И когда применять какие при создании своего класса. Верный ответ с объяснением будет опубликован на канале позднее:)

🍕Что бы разобраться в разнице статики и нестатики - надо понимать разницу между классом и объектом.

Статические поля - поля класса. А нестатические - поля объекта. И раз объектов можно создать много - то у каждого из объектов будет свой набор нестатических полей. А вот статические поля - общие, и сколько бы объектов мы ни создали - они останутся в единственном экземпляре.

Небольшой момент - рассуждать о статичности/нестатичности полей мы будем исходя из образа пиццерии, в меню которой есть несколько разных пицц и штат поваров.

🔢процентСгоревшихПицц - каждому объекту пиццы такая информация точно не нужна! это статистика о созданных объектах - так пусть она хранится на уровне класса, в единственном экземпляре.
🔖названиеПиццы - пиццы которые мы готовим могут быть разными - пепперони, мясной пир, четыре сыра - и эту разницу, это свойство каждой пиццы - важно хранить в самом объекте. Поле названиеПиццы можно было бы сделать статическим только в случае если в нашей пиццерии пицца готовится по одному единственному рецепту.
🏋️вес - некоторые пиццы бывают тяжелее, некоторые легче - в зависимости от их размера и набора ингредиентов. поэтому вес - описание конкретного объекта
🧑‍🍳имяПриготовившегоПовара - сегодня на смене работают Гордон и Уолтер, и было бы здорово знать кто приготовил конкретный объект пиццы
🔥маркаПечиПоУмолчанию - ясен красен что такая характеристика - общая для всех пицц! Несем поле в статику.
🍕последняяПриготовленнаяПицца - в каждом объекте пиццы эта информация ни к чему. А вот в классе - пожалуйста!
📦размер - пиццы бывают маленькие, большие, и гигантские! Размер - характеристика конкретного объекта.
🔢количествоВыпеченныхПицц - опять статика, опять информация, которую не нужно дублировать в каждом объекте, которая скорее косвенно относится ко всем-всем-всем пиццам.
🧀естьСырныйБортик - еще одна щепотка индивидуальности каждого объекта пиццы! Как кот шредингера - может быть у пиццы, а может не быть. Нестатическое поле.