Библиотека Java разработчика

finalize Метод придуман для минимизации риска утечки внешних ресурсов. Может быть вызван виртуальной машиной при сборке мусора (добавляя при этом для нее избыточную нагрузку). Это не то же самое, что деструктор в C++. Есть только гарантии, что метод не будет вызван пока есть ссылки на объект, и что не будет вызван больше одного раза. Даже то, что вызов будет вообще – не факт. Исполнять будет неизвестно какой, но не синхронизированный поток. Исключения проигнорируются. С давних пор использовать финализаторы не рекомендуется (Effective Java Item 7), а с Java 9 этот метод помечен как deprecated. Вместо финализатора всегда стоит воспользоваться try/finally, try-with-resource или более специализированными классами пакета java.lang.ref.

🔥 Тест по Scala-разработчик от OTUS 🚀 Ответьте на 18 вопросов и проверьте, насколько вы готовы к обучению на курсе Scala-разработчик Курс рассчитан на Java-разработчиков с опытом работы от 1 года либо для программистов с опытом работы на другом языке от 3-х лет, знакомых с синтаксисом веб-приложений. Время прохождения теста ограниченно 25 минут 👉 ПРОЙТИ ТЕСТ https://otus.pw/ZfB9/ 🎁 Сможете сдать тест — пройдёте на курс по шикарной Welcome скидке. Также для участников данного канала особые условия - прокомод scalapromo на 10% скидку!

Интеграция с Allure: структурировать, упростить, стабилизировать Привет! Меня зовут Сергей Потанин, я QA Automation Team Lead в Wrike. В этой статье расскажу о том, как мы используем интеграцию с Allure в повседневной работе и как этот инструмент помог нам существенно упростить процесс автотестирования, стабилизировать тесты и даже автоматизировать процесс их анализа. Изначально, Allure — это инструмент для создания отчетов о тестировании с множеством интересных функций: статистика и аналитика, временная шкала, группировка результатов тестирования по различным атрибутам и т. д. Подробнее

toString Строковое представление экземпляра. По умолчанию возвращает "ПолноеИмяКласса@хэшВ16тиричномВиде" (например "java.lang.Object@1a23b4f"). Часть после @ – не адрес в памяти, так что умолчательная реализация почти не несет практической пользы. Полезно добавлять нормальную реализацию даже если не необходимо в логике программы – поможет в отладке. Готовый вызов x.toString() с проверкой на null уже реализован в String.valueOf(x).

⁉️Какие бывают стили программирования на Java? 🗓 23 марта в 20:00 состоится открытый урок «Объектно-ориентированное и функциональное программирование». На вебинаре вместе с практикующим экспертом поговорим о стилях программирования и необходимости каждого из них. 🍀Разберём основные принципы объектно-ориентированного стиля: инкапсуляция, наследование, полиморфизм. А еще узнаем, какие возможности функционального стиля предоставляет язык Java. 💪🏻 Используйте эту возможность, чтобы попробовать онлайн-курс «Специализация Java-разработчик» и узнать о нем больше. 📌Регистрация на занятие: https://otus.pw/hQcD/

Как сериализация работает с наследованием? Когда Serializable класс имеет цепочку родителей, пока эти родители тоже Serializable, десериализация объекта идет от родителя к наследнику, в обход конструктора. Вместо него вызываются методы readObject (readObjectNoData). Но как только встречается первый предок, не реализующий интерфейс Serializable, инициализация для него возвращается в нормальное русло – вместо readObject вызывается конструктор без аргументов. Если такого конструктора нет, или он объявлен private, исполнение выбросит InvalidClassException. При сериализации несериализуемые предки просто игнорируются. Если класс несериализуемый и не предоставляет достаточного доступа к своему логическому состоянию для наследников, правильно реализовать его наследника сериализуемым может быть невозможно. Популярный вопрос на тему – как когда сериализуешь объект класса-наследника, избежать сериализации его родительской части. Единственный способ добиться этого – кастомизировать сериализационную форму, определив собственную реализацию writeObject(), либо используя интерфейс Externalizable. Открытость класса для наследования делает неприменимым паттерн serialization proxy (который рассмотрим позднее).

Могут ли нестатические методы перегрузить статические? Да. В итоге получится два разных метода. Статический будет принадлежать классу и будет доступен через его имя, а нестатический будет принадлежать конкретному объекту и доступен через вызов метода этого объекта.

🚀 Хотите создать свое первое приложение на Android? 📚 Приглашаем на бесплатный вебинар в OTUS c Даниилом Поповым, экс-разработчиком Авито и Mail.Ru Group. ✅ За 2 часа мы сделаем несложное Android приложение, которое будет позволять держать фокус на важном деле и не отвлекаться на смартфон. Приложение будет засекать время и, если пользователь не включал экран смартфона в течение заданного времени, то будет давать небольшую награду, в противном случае накопленные награды будут сгорать. Мы сможем поработать с системными рассылками (broadcast), жизненным циклом приложения, хранилищем данных и версткой пользовательского интерфейса. 📌 Бесплатный урок пройдет в рамках онлайн-курса «Специализация Android Developer» и дает возможность попробовать формат обучения в OTUS. 👉 Чтобы попасть на мероприятие, зарегистрируйтесь на вебинар https://otus.pw/lARC/

Clone По умолчанию protected – потому что универсальной реализации нет, а вызов приведет к CloneNotSupportedException. Нужно писать свою реализацию, делать при этом ее public и добавлять классу интерфейс Cloneable. Подразумевается что этот метод делает «глубокое копирование», то есть поля-ссылки копи будут вести на копии полей оригинала. Это диктуется соглашением, по которому клон не должен зависеть от оригинала. По контракту клон должен быть другим объектом (!= оригиналу). Рекомендуется, чтобы все классы иерархии реализовывали Cloneable, реализация метода начиналась с super.clone() (если родитель не Object), а результат был equals и имел тот же класс что и оригинал. Альтернативы (многие считают что более удобные) метода clone - конструктор копирования и паттерн factory method. Всё, что нужно знать о копировании объектов в Java можно найти в Effective Java Item 11. Подписывайтесь на канал 👉@coddy_academy #java

Самоучитель Java Swing: Как создать приложение с графическим интерфейсом на Java Swing в Java - это инструментарий графического интерфейса пользователя (GUI), включающий компоненты GUI. Swing предоставляет богатый выбор виджетов и пакетов для создания изысканных компонентов GUI для Java-приложений. Подробнее

Какая бывает тестовая документация и зачем она нужна? 21 марта в 20:00 в OTUS пройдет открытый вебинар «Теория тестирования. Документация тестирования». Вместе с преподавателем-экспертом мы поговорим о той документации, которую составляет тестировщик, а именно: дефекты, чек-листы, тест-кейсы. После demo-занятия вы сможете продолжить осваивать необходимые навыки на онлайн-курсе «Специализация QA Automation Engineer». Регистрация на вебинар: https://otus.pw/NXOI

‍Можно ли переопределить статический метод? Отвечая на этот вопрос, необходимо аккуратно обращаться с терминологией перегрузки и переопределения. На перегрузку (overload) статического метода не накладывается никаких ограничений. С точки зрения компилятора, методы с разным списком аргументов – разные методы. Но это не переопределение. Метод с модификатором static относится к классу, а не к его объектам. Для него работает статическое связывание, поэтому именно переопределение (override) в дочернем классе не работает. Несмотря на это, в дочернем классе можно объявить static метод с такой же сигнатурой, как в родительском. В этом случае произойдет не перегрузка и не переопределение, а перекрытие (shadowing). К такому методу нельзя применить аннотацию @ Override, в нём нельзя использовать ключевое слово super. Если вы вызываете статический метод от переменной, а не типа, перекрытие таит в себе опасность. Без динамического связывания компилятор знает только о типе переменной, но не о типе ее значения. Если объявленный тип переменной – базовый класс, то метод-перекрытие никогда не вызовется. Поэтому при попытке такого вызова в IDE мы видим предупреждение.

Строки в Java Это объекты, которые внутренне являются массивом символов. Поскольку массивы неизменяемы (не могут расти), строки также неизменны. Каждый раз, когда в String вносятся изменения, создается совершенно новый объект String. Подписывайтесь на канал 👉@coddy_academy #java

❓ Хотите стать с нуля универсальным и востребованным программистом? 💪 Освой профессию Fullstack-разработчика. Попробуйте свои силы на demo-уроке «Анимация первого экрана сайта». 😱 Занятие проведет Мария Коршунова, эксперт с опытом более 10 лет. 🎒 На открытом уроке разберем основы, необходимые для работы с анимацией, и создадим анимированный приветственный экран приложения. 📌 Demo-занятие пройдет в рамках онлайн-курса «Специализация Fullstack JavaScript Developer» для тех, кто хочет освоить разработку на JavaScript с нуля. Вы сможете познакомиться с онлайн-курсом и преподавателем. 👉 Для участия зарегистрируйтесь на сайте https://otus.pw/QX2m/

Может ли статический метод быть переопределён или перегружен? Перегружен - да. Всё работает точно так же, как и с обычными методами - 2 статических метода могут иметь одинаковое имя, если количество их параметров или типов различается. Переопределён - нет. Выбор вызываемого статического метода происходит при раннем связывании (на этапе компиляции, а не выполнения) и выполняться всегда будет родительский метод, хотя синтаксически переопределение статического метода - это вполне корректная языковая конструкция. В целом, к статическим полям и методам рекомендуется обращаться через имя класса, а не объект.Может ли статический метод быть переопределён или перегружен? Перегружен - да. Всё работает точно так же, как и с обычными методами - 2 статических метода могут иметь одинаковое имя, если количество их параметров или типов различается. Переопределён - нет. Выбор вызываемого статического метода происходит при раннем связывании (на этапе компиляции, а не выполнения) и выполняться всегда будет родительский метод, хотя синтаксически переопределение статического метода - это вполне корректная языковая конструкция. В целом, к статическим полям и методам рекомендуется обращаться через имя класса, а не объект.

🔥 Начните знакомство с популярными технологиями Scala на вебинаре «REST API при помощи HTTP4S и ZIO». 📚 Преподаватель Алексей Воронец, руководитель разработки в NAUMEN, на примере построения простого веб сервиса с REST API, разберет основные компоненты: пути, бизнес логику, доступ к данным, документацию. А также мы посмотрим, как взаимодействуют такие функциональные библиотеки, как http4s, cats, zio в рамках одного приложения. 📌 Занятие пройдет 24 марта в 20:00 в рамках онлайн-курса «Scala Developer». 👉 Для регистрации на вебинар пройдите вступительный тест https://otus.pw/AMCB/

Изучаем Java. Методы equals() и hashCode() В этой статье мы рассмотрим два важных метода класса Object в Java - equals() и hashCode(), разберемся, зачем они нужны и расскажем об их использовании на конкретных примерах. Подробнее

equals, hashCode Эти два метода придуманы для использования в Java Collections Framework и связаны общим контрактом, для соблюдения которого переопределять их необходимо вместе. Методы обязательно нужно переопределить чтобы эффективно использовать экземпляры как ключи в HashMap или HashSet. HashMap работает тем эффективнее, чем «лучше» распределение хэшей. Контракт: 1. Если объекты equals, у них должны быть одинаковые hashCode (не обязательно наоборот – коллизии допустимы!) 2. equals должен быть отношением эквивалентности 3. Ничто не может быть equals(null) 4. equals и hashCode должны возвращать одни и те же значения для одного и того же объекта при каждом последующем вызове, даже если состояние объекта изменилось. Это делает реализацию для изменяемых (mutable) объектов крайне сложной. По умолчанию equals сравнивает на ==. С умолчательным hashCode дела обстоят интереснее: он зависит от реализации JVM, и может быть неожиданным. Например в OpenJDK 7 это случайное число. Подробная инструкция по переопределению этих методов описана в Effective Java Item 9 (больше деталей о волшебном числе 31 здесь).

⁉️Какие ошибки совершают большинство разработчиков при построении архитектуры приложений? 🗓 16 марта в 20:00 пройдет открытый урок «Послание про архитектуру приложений самому себе в прошлое». Вы узнаете, как избежать ошибок, которые могут сильно усложнить развитие приложения. Его проведет Виталий Куценко, эксперт с 20-летним разработки ПО, занимает должность Java Lead в RND подразделении Ростсельмаша. 📚Занятие состоится в рамках онлайн-курса «Java Developer. Professional», это отличная возможность перенять опыт преподавателя и посмотреть на процесс обучения на онлайн в OTUS изнутри. 📌Пройдите вступительный тест, чтобы участвовать в демо-занятии: https://otus.pw/Knbl/