Шпаргалки Java программиста 10: Lombok

Шпаргалки Java программиста 10: Lombok

Тип переменной указывать не обязательно, если вы сразу присваиваете значение переменной. Для этого вместо типа можно просто писать var . То есть альтернативно можно писать так:

В большинстве случаев достаточно использования var .

Арифметические операции

Операции сравнения

Логические операции

Контроль исполнения через if

Контроль исполнения завязан на логические значения, которые имеют булевы значения true/false

Формально имеет следующий вид:

Можно добавить блок else на случай если condition окажется ложно

Есть возможность проверять сразу несколько условий, в этом случае выполняется только то условие, которое оказалось первым в последовательности из if инструкций

Контроль исполнения через switch

Позволяет проверять переменную или выражение на равенство некоторому дискретному значению и в зависимости от этого значения выполнять тот или иной блок конструкции switch . Допустим мы хотим проверить по оценке в зачетке будет ли студент получать стипендию. Если оценка 4 или 5 – то стипендия будет, а вот если оценка 2 или 3 то придется сидеть на хлебе с водой. Используя if это можно было бы написать так:

так вот switch предлагает альтернативный подход для записи такого выражения, который будет выглядеть так

Отдельное внимание стоит обратить на наличие ключевого слова break, которое сигнализирует о том что из конструкции switch надо выйти.

Массивы

Массив это упорядоченный список значений. Массив может быть одномерным, многомерным (например, матрица) или массивом массивов. Количество измерений и длина каждого из измерений задаются, когда создается экземпляр массива. Массивы индексируются от нуля: массив с n элементами индексируется от 0 до n-1.

Пример объявления одномерного массива:

иногда хочется объявить массив безе инициализации его значений, в этом случае необходимо указать его размерность:

Пример объявления двумерного массива:

аналогично можно инициализировать пустой n-мерный массив:

Списки

Бывают ситуации когда необходимо создать массив количество элементов в котором может меняться, для этих случаев Java предоставляет нам в пользование класс List (то бишь список по-русски). Работа с ним почти ни чем не отличается от работы с массивом, за исключением момента инициализации:

Циклы

И вот рассмотрев работу с массивами сразу появляется желание найти способ перебрать элементы каким-нибудь более оптимизированным способом. Возьмем пример выше:

Очевидно что писать System.out.println по четыре раза дело неблагородное, мы можем просто создать цикл и запустить функцию System.out.println четыре раза, выглядеть это будет так:

тут мы в явном виде указываем количество итераций в цикле, а что если нам не известно количество элементов в массиве (например, мы со списком работаем) или нам просто лень вспоминать, более грамотно запросить количество элементов у самого массива, делается это так:

есть еще один способ перебора всех элементов массива, с использованием сокращеного цикла for , которая просто последовательно позволяет получить доступ к каждому элементу массива, причем использование счетчика i в этом случае не нужно:

Контроль управления в цикле с помощью break и continue

бывают ситуации когда перебор элементов хочется прервать, или например пропустить выполнение итерации в цикле. Для этого существует два ключевых слова break и continue

Допустим, что мы хотим выйти из цикла как только встретим первое нечетное число, сделать это можно следующим образом

В результат выполнения этого кода, на экран выведется только два значения:

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

В результат выполнения этого кода, на экран выведутся только четные числа:

Конструкции while и do/while

Есть еще два специфических способа построения циклов, использование которых в подавляющем случае излишне. Применяются они как правило, когда количество итераций заранее не известно, и выход их них завязан на выполнение некоторого условия.

Формально конструкция имеет следующий вид:

Допустим мы хотим поиграть с компьютером в угадайку. Мы загадываем число от 0 до 100, помещаем его в переменную, назовем ее number и хотим посчитать сколько попыток потребуется компьютеру чтобы угадать число. Для имитации процесса угадывания, мы воспользуемся генератором случайных чисел:

Теперь запуская программу каждый новый раз, на экран будет выводится разный ответ.

Еще есть конструкция do/while , которая отличается от while тем что она гарантирует выполнение цикла хотя бы один раз

Пример выше можно переписать:

Обработка данных от пользователя

Как правило консольное приложение предполагает наличие некоторых вводных данных от пользователя, для этого использует не раз нами применяемый класс System .

Простой ввод, преобразование строки в число

Допустим мы хотим запросить два числа от пользователя и сложить их, для этого можно было бы написать:

Ввод произвольного количества аргументов

Допустим мы хотим запросить у пользователя n-ое количество чисел, и хотим вывести их сумму, для этого нам пригодится цикл do/while, который как раз позволяет выполнять инструкции в цикле неопределённое количество раз в зависимости от условия. В качестве условия выхода из цикла будет считать ситуацию, когда пользователь не ввел никакого числа (то есть просто нажал enter). Введенные числа мы будем заносить в список. И так у нас получится:

получим что-то в этом роде:

Математически функции

Для доступа к математическим функциям, таким как синус, косинус, возведение в степень и другим, используется класс Math , вот пример некоторых наиболее часто используемых функций

Java шпаргалка. Часть 1. Основные конструкции и особенности

Простейшая программа на Java

Типы данных

Целочисленные

С плавающей точкой

NaN (not a number)

Символы

char — кодовая единица в кодировке UTF-16

Логический

boolean — true/false, преобразование в целочисленный тип и наоборот невозможно.

Переменную рекомендуется объявлять как можно ближе к тому месту кода, где предполагается ее использовать.

Константы

Для обозначения констант используется ключевое слово final. В названиях констант желательно использовать только прописные буквы. Константы, доступные только нескольким методам класса называются константами класса. Константы класса объявляются как static final.

Операции

/ — целочисленное деление если оба аргумента являются целыми числами. В противном случае — деление чисел с плавающей запятой.

% — остаток от деления целых чисел.

++/— — инкремент/декремент имеет префиксную и постфиксную форму. Различие проявляется только в выражениях. В префиксной форме сначала изменяется значение переменной, и для дальнейших вычислений уже используется новое значение, а в постфиксной форме используется старое значение этой переменной и лишь после данной операции оно изменяется.

Тернарная операция условия

условие ? выражение_1 : выражение_2 — если условие истинно, то вычисляется первое выражение, а если ложно — второе выражение.

Поразрядные операции

>> — заполняет старший бит нулями (>> — восстанавливает в старших разрядах знаковый бит).

Перечислимый тип

Size s = Size.MEDIUM;

Символьные строки

В JAVA отсутствует встроенный тип для символьных строк. Вместо этого в стандартной библиотеке содержится класс String. Каждая символьная строка, заключенная в кавычки, представляет собой экземпляр класса String. Объекты типа String являются неизменяемыми, т.е. постоянными.

Для проверки символьных строк на равенство нельзя применять операцию ==. Она лишь определяет, хранятся ли обе строки в одной и той же области памяти.

Чтение вводимых данных

Управляющие конструкции

В отличие от C++ перегрузка операций в JAVA не поддерживается.

Копирование массивов

Если необходимо скопировать все элементы одного массива в другой, то для этого необходимо вызвать метод copyTo() из класса Arrays.

Параметры командной строки

args[0] = “-x”
args[1] = “arg1”

В отличие от C++ при запуске программы на Java ее имя не сохраняется в массиве args.

Сортировка массивов

Сортировка массивов осуществляется путем путем вызова метода sort() из класса Arrays.

10 советов по многопоточному программированию на Java

10 советов по многопоточному программированию на Java

Переводы , 31 мая 2015 в 14:35

Рассказывает Дж. Пол, автор блога Java Revisited

Написание параллельного кода – непростая задача, а проверка его корректности – задача еще сложнее. Несмотря на то, что Java предоставляет обширную поддержку многопоточности и синхронизации на уровне языка и API, на деле же оказывается, что написание корректного многопоточного Java-кода зависит от опыта и усердности конкретного программиста. Ниже изложен набор советов, которые помогут вам качественно повысить уровень вашего многопоточного кода на Java. Некоторые из вас, возможно, уже знакомы с этими советами, но никогда не помешает освежать их в памяти раз в пару лет.

Многие из этих советов появились в процессе обучения и практического программирования, а также после прочтения книг «Java concurrency in practice» и «Effective Java». Я советую прочитать первую каждому Java-программисту два раза; да, всё правильно, ДВА раза. Параллелизм – запутанная и сложная для понимания тема (как, например, для некоторых – рекурсия), и после однократного прочтения вы можете не до конца всё понять.

Единственная цель использования параллелизма – создание масштабируемых и быстрых приложений, но при этом всегда следует помнить, что скорость не должна становиться помехой корректности. Ваша Java-програма должна удовлетворять своему инварианту независимо от того, запущена ли она в однопоточном или многотопочном виде. Если вы новичок в параллельном программировании, для начала ознакомьтесь с различными проблемами, возникающими при параллельном запуске программ (например: взаимная блокировка, состояние гонки, ресурсный голод и т.д.).

1. Используйте локальные переменные

Всегда старайтесь использовать локальные переменные вместо полей класса или статических полей. Иногда разработчики используют поля класса, чтобы сэкономить память и переиспользовать переменные, полагая, что создание локальной переменной при каждом вызове метода может потребовать большого количества дополнительной памяти. Одним из примеров такого использования может послужить коллекция (Collection), объявленная как статическое поле и переиспользуемая с помощью метода clear(). Это переводит класс в общее состояние, которого он иметь не должен, т.к. изначально создавался для параллельного использования в нескольких потоках. В коде ниже метод execute() вызывается из разных потоков, а для реализации нового функционала потребовалась временная коллекция. В оригинальном коде была использована статическая коллекция (List), и намерение разработчика были ясны — очищать коллекцию в конце метода execute() , чтобы потом можно было её заново использовать. Разработчик полагал, что его код потокобезопасен, потому что CopyOnWriteArrayList потокобезопасен. Но это не так — метод execute() вызывается из разных потоков, и один из потоков может получить доступ к данным, записанным другим потоком в общий список. Синхронизация, предоставляемая CopyOnWriteArrayList в данном случае недостаточна для обеспечения инвариантности метода execute() .

Проблема: Данные одного сообщения попадут в другое, если два вызова execute() «пересекаются», т.е. первый поток добавит id из первого сообщения, затем второй поток добавит id из второго сообщения (это произойдёт ещё до очистки списка), таким образом данные одного из сообщений будут повреждены.

Варианты решений:

1. Добавить блок синхронизации в ту часть кода, где поток добавляет что-то во временный список и очищает его. Таким образом, другой поток не сможет получить доступ к списку, пока первый не закончит работу с ним. В таком случае эта часть кода будет однопоточной, что уменьшит производительность приложения в целом.
2. Использовать локальный список в место поля класса. Да, это увеличит затраты памяти, но избавит от блока синхронизации и сделает код более читаемым. Также вам не придётся беспокоиться о временных объектах – о них позаботится сборщик мусора.

Здесь представлен только один из случаев, но при написании параллельного кода лично я предпочитаю локальные переменные полям класса, если последних не требует архитектура приложения.

2. Предпочитайте неизменяемые классы изменяемым

Самая широко известная практика в многопоточном программировании на Java – использование неизменяемых (immutable) классов. Неизменяемые классы, такие как String, Integer и другие упрощают написание параллельного кода в Java, т.к. вам не придётся беспокоиться о состоянии объектов данных классов. Неизменяемые классы уменьшают количество элементов синхронизации в коде. Объект неизменяемого класса, будучи однажды созданным, не может быть изменён. Самый лучший пример такого класса – строка ( java.lang.String ). Любая операция изменения строки в Java (перевод в верхний регистр, взятие подстроки и пр.) приведёт к созданию нового объекта String для результата операции, оставив исходную строку нетронутой.

3. Сокращайте области синхронизации

Любой код внутри области синхронизации не может быть исполнен параллельно, и если в вашей программе 5% кода находится в блоках синхронизации, то, согласно закону Амдала, производительность всего приложения не может быть улучшена более, чем в 20 раз. Главная причина этого в том, что 5% кода всегда выполняется последовательно. Вы можете уменьшить это количество, сокращая области синхронизации – попробуйте использовать их только для критических секций. Лучший пример сокращения областей синхронизации – блокировка с двойной проверкой, которую можно реализовать в Java 1.5 и выше с помощью volatile переменных.

4. Используйте пул потоков

Создание потока (Thread) — дорогая операция. Если вы хотите создать масштабируемое Java-приложение, вам нужно использовать пул потоков. Помимо тяжеловесности операции создания, управление потокам вручную порождает много повторяющегося кода, который, перемешиваясь с бизнес-логикой, уменьшает читаемость кода в целом. Управление потоками – задача фреймворка, будь то инструмент Java или любой другой, который вы захотите использовать. В JDK есть хорошо организованный, богатый и полностью протестированный фреймворк, известный как Executor framework, который можно использовать везде, где потребуется пул потоков.

5. Используйте утилиты синхронизации вместо wait() и notify()

В Java 1.5 появилось множество утилит синхронизации, таких как CyclicBarrier, CountDownLatch и Semaphore. Вам всегда следует сначала изучить, что есть в JDK для синхронизации, прежде чем использовать wait() и notify() . Будет намного проще реализовать шаблон читатель-писатель с помощью BlockingQueue, чем через wait() и notify() . Также намного проще будет подождать 5 потоков для завершения вычислений, используя CountDownLatch, чем реализовывать то же самое через wait() и notify() . Изучите пакет java.util.concurrent , чтобы писать параллельный код на Java лучшим образом.

6. Используйте BlockingQueue для реализации Producer-Consumer

Этот совет следует из предыдущего, но я выделил его отдельно ввиду его важности для параллельных приложений, используемых в реальном мире. Решение многих проблем многопоточности основано на шаблоне Producer-Consumer, и BlockingQueue – лучший способ реализации его в Java. В отличие от Exchanger, который может быть использовать в случае одного писателя и читателя, BlockingQueue может быть использована для правильной обработки нескольких писателей и читателей.

7. Используйте потокобезопасные коллекции вместо коллекций с блокированием доступа

Потокобезопасные коллекции предоставляют большую масштабируемость и производительность, чем их аналоги с блокированием доступа ( Collections.synchronizedCollection и пр.). СoncurrentHashMap, которая, по моему мнению, является самой популярной потокобезопасной коллекцией, демострирует лучшую производителность, чем блокировочные HashMap или Hashtable, в случае, когда количество читателей превосходит количество писателей. Другое преимущество потокобезопасных коллекций состоит в том, что они реализованы с помощью нового механизма блокировки ( java.util.concurrent.locks.Lock ) и используют нативные механизмы сихнронизации, предоставленные низлежащим аппаратным обеспечением и JVM. Вдобавок используйте CopyOnWriteArrayList вместо Collections.synchronizedList , если чтение из списка происходит чаще, чем его изменение.

8. Используйте семафоры для создания ограничений

Чтобы создать надёжную и стабильную систему, у вас должны быть ограничения на ресурсы (базы данных, файловую систему, сокеты и т.д.). Ваш код ни в коем случае не должен создавать и/или использовать бесконечное количество ресурсов. Семафоры ( java.util.concurrent.Semaphore ) — хороший выбор для создания ограничений на использование дорогих ресурсов, таких как подключения к базе данных (кстати, в этом случае можно использовать пул подключений). Семафоры помогут создать ограничения и заблокируют потоки в случае недоступности ресурса.

9. Используйте блоки синхронизации вместо блокированных методов

Данный совет расширяет совет по сокращению областей синхрониации. Использование блоков синхронизации – один из методов сокращения области синхронизации, что также позволяет выполнить блокировку на объекте, отличном от текущего, представленного указателем this . Первым кандитатом должна быть атомарная переменная, затем volatile переменная, если они удовлетворяют ваши требования к синхронизации. Если вам требуется взаимное исключение, используйте в первую очередь ReentrantLock, либо блок synchronized . Если вы новичок в параллельном программировании, и не разрабатываете какое-либо жизненно важное приложение, можете просто использовать блок synchronized — так будет безопаснее и проще.

10. Избегайте использования статических переменных

Как показано в первом совете, статические переменные, будучи использованными в параллельном коде, могут привести к возникновению множества проблем. Если вы всё-таки используете статическую переменную, убедитесь, что это константа либо неизменяемая коллекция. Если вы думаете о том, чтобы переиспользовать коллекцию с целью экономии памяти, вернитесь ещё раз к первому совету.

11. Используйте Lock вместо synchronized

Последний, бонусный совет, следует использовать с осторожностью. Интерфейс Lock — мощный инструмент, но его сила влечёт и большую ответственность. Различные объекты Lock на операции чтения и записи позволяют реализовывать масштабируемые структуры данных, такие как ConcurrentHashMap, но при этом требуют большой осторожности при своём программировании. В отличие от блока synchronized, поток не освобождает блокировку автоматически. Вам придётся явно вызывать unlock() , чтобы снять блокировку. Хорошей практикой является вызов этого метода в блоке finally, чтобы блокировка завершалась при любых условиях:

Заключение

Вам были представлены советы по написанию многопоточного кода на Java. Ещё раз повторюсь, никогда не помешает перечитывать «Java concurrency in practice» и «Effective Java» время от времени. Также можно вырабатывать нужный для параллельного програмирования способ мышления, просто читая чужой код и пытаясь визуализировать проблемы во время разработки. В завершение спросите себя, каких правил вы придерживаетесь, когда разрабатываете многопоточные приложения на Java?

Шпаргалки Java программиста 10: Lombok

Перевести · 05.02.2018 · EDIT: See #1572 (comment) for minimal example I tried to build a project with JDK 10, so we could make lombok work with it sooner than it was with JDK 9. (the build works with JDK 9, so changed compiler to JDK 10) lombok …

Project Lombok

Перевести · Project Lombok. Project Lombok is a java library that automatically plugs into your editor and build tools, spicing up your java…

Lombok

• Insel

ДОСТОПРИМЕЧАТЕЛЬНОСТИ

ЛЮДИ ТАКЖЕ ИЩУТ

Download – Lombok

Перевести · Feeling adventurous? Download the latest snapshot release.. credits | Copyright © 2009-2020 The Project Lombok Authors, licensed …

Unable to use Lombok with Java 11 – Stack Overflow

Перевести · Unable to use Lombok with Java 11. Ask Question Asked 1 year, 5 months ago. Active 11 months ago. Viewed 19k times 34. 4. We upgraded the Java version from 8 to 11 but I got compile errors of getter/setter methods where I implemented the POJO classes with Lombok…

var – Lombok

Перевести · var was promoted to the main package in lombok 1.16.20; given that JEP 286 establishes expectations, and lombok‘s take on var follows these, we’ve decided to promote var eventhough the feature remains controversial.; var was introduced in lombok …

intellij – lombok java 10 – Code Examples

Перевести · intellij – lombok java 10 . Das Projekt kann nicht kompiliert werden, wenn ich Lombok unter IntelliJ IDEA verwende (13) Ich versuche, Lombok …

Project Lombok: Reduce Boilerplate Code – DZone Java

• Create The Project
• Lombok IDE IntelliJ Plugin
• Pojo and @Data
• Other Annotations
• Lombok and Java
• Summary

• Отзывы: 6
• Автор: Gunter Rotsaert
• Опубликовано: 04.05.2018