- Научиться добавлять логику исключений в приложение.
- Научиться тестировать логику исключений в приложении.
- Скачайте и установите профессиональный редактор кода Intellij Idea Community Version.
- Откройте IDEA, создайте и настройте новый Maven-проект (под каждую задачу следует создавать отдельный проект, если обратное не сказано в условии).
- Создайте пустой репозиторий на GitHub и свяжите его с папкой вашего проекта (не с какой-либо другой папкой).
- Правильно настройте репозиторий в плане
.gitignore
. Проигнорируйте папки.idea
иtarget
(раньше былаout
) и.iml
-файл — их в репозитории быть не должно. - Закоммитьте и запушьте созданный проект на GitHub, настройте GitHub Actions, сделайте
git pull
. - Выполните в IDEA требуемую задачу согласно условию.
- Проверьте соблюдение правил форматирования кода.
- Убедитесь, что при запуске
mvn clean verify
(раньше былоmvn clean test
) все тесты запускаются, проходят, а сборка завершается успешно. - Закоммитьте и отправьте в репозиторий содержимое папки проекта.
- Убедитесь, что CI запустился на последнем коммите и завершился успешно (зелёная галочка).
- Как создать Maven-проект в IDEA.
- Как отформатировать код в Java.
- Как настроить CI на основе GitHub Actions.
Представим себе репозиторий, хранящий товары.
Товары будут описываться классом Product
:
public class Product {
protected int id;
protected String title;
protected int price;
public Product(int id, String title, int price) {
this.id = id;
this.title = title;
this.price = price;
}
// Вспомогательные методы для корректной работы equals
@Override
public boolean equals(Object o) {
if (this == o) return true;
if (o == null || getClass() != o.getClass()) return false;
Product product = (Product) o;
return id == product.id && price == product.price && title.equals(product.title);
}
@Override
public int hashCode() {
return Objects.hash(id, title, price);
}
// геттеры + сеттеры
// на id только геттер — пусть будет неизменяемым для товара
}
И репозиторий:
public class ShopRepository {
private Product[] products = new Product[0];
/**
* Вспомогательный метод для имитации добавления элемента в массив
* @param current — массив, в который мы хотим добавить элемент
* @param product — элемент, который мы хотим добавить
* @return — возвращает новый массив, который выглядит, как тот, что мы передали,
* но с добавлением нового элемента в конец
*/
private Product[] addToArray(Product[] current, Product product) {
Product[] tmp = new Product[current.length + 1];
for (int i = 0; i < current.length; i++) {
tmp[i] = current[i];
}
tmp[tmp.length - 1] = product;
return tmp;
}
/**
* Метод добавления товара в репозиторий
* @param product — добавляемый товар
*/
public void add(Product product) {
products = addToArray(products, product);
}
public Product[] findAll() {
return products;
}
// Этот способ мы рассматривали в теории в теме про композицию
public void remove(int id) {
Product[] tmp = new Product[products.length - 1];
int copyToIndex = 0;
for (Product product : products) {
if (product.getId() != id) {
tmp[copyToIndex] = product;
copyToIndex++;
}
}
products = tmp;
}
}
Вы решили сделать так, чтобы при попытке удаления несуществующего объекта из репозитория генерировалось ваше исключение, а не ArrayIndexOfBoundsException
.
Обратите внимание: это правильный подход, поскольку так вы сообщаете через генерацию исключения, что это исключение, вписывающееся в вашу логику, а не ошибка программиста.
Что нужно сделать
- Создайте класс исключения
NotFoundException
, отнаследовавшись отRuntimeException
, и реализуйте как минимум конструктор с параметром-сообщением. Он будет просто вызывать суперконструктор предка (см. ниже). - В методе удаления
removeById
сначала проверяйте, есть ли элемент. Для этого прямо из методаremoveById
вызывайте методfindById
: если результатnull
, тогда выкидывайте исключениеNotFoundException
. - Напишите два автотеста на репозиторий: первый должен проверять успешность удаления существующего элемента, второй — генерации
NotFoundException
при попытке удаления несуществующего элемента.
Конструктор вашего исключения должен выглядеть так:
public NotFoundException(String s) {
super(s);
}
Для реализации этой логики вам понадобится добавить метод findById
, предназначенный для поиска товара в репозитории по его ID.
Так он должен принимать параметр ID
искомого товара, пробегаться по всем товарам репозитория и сверять их ID
с искомым, в случае совпадения делать return
этого товара.
Если же, пробежав все товары репозитория, ни один подходящий найден не был, то есть цикл закончился без вызова return
внутри него, то следует сделать return null
.
Общая схема этого метода будет такой:
public Product findById(???) {
for (???) {
if (???) {
return product;
}
}
return null;
}
Убедитесь, что ваши автотесты проходят. Напоминаем, что проект должен быть на базе Maven, с подключёнными зависимостями и необходимыми плагинами.
Мы рекомендуем вам указывать в сообщении исключения: при удалении по какому конкретно ID было сгенерировано ваше исключение.
Простейший способ, как это можно сделать: "Element with id: " + id + " not found"
.
В том же проекте и в той же ветке добавьте новую функциональность.
В методе добавления нового товара в репозиторий должна осуществляться проверка на то, что в нём уже нет товара, у которого бы совпадал ID
с ID
добавляемого товара. Если же такой есть, то должно выкидываться ваше исключение — AlreadyExistsException
.
Напишите два автотеста на репозиторий: первый должен проверять успешность добавления элемента, второй — генерации AlreadyExistsException
при попытке добавить элемент с повторяющимся ID
.
Прикреплена ссылка на публичный репозиторий с решением задачи.
- В каждом репозитории размещено содержимое папки проекта IDEA. Корнем репозитория должна быть именно папка проекта — не папка
src
(не папка, внутри которой лежит папка проекта); в корне репозитория должна лежать сразу папкаsrc
. - Есть файл
.gitignore
, игнорирующий ненужные файлы и папки, которые должны отсутствовать в репозитории. Если они присутствуют — их нужно оттуда удалить. - Программа соответствует всем требованиям из условия задачи.
- Программа использует только те инструменты языка, которые мы проходили или которые прямо разрешены условием задачи.
- Программа работает правильно на всех примерах из условия.
- Программный код отформатирован и соответствует пройденным требованиям к качеству кода.
- При запуске
mvn clean verify
тесты запускаются и проходят, а сборка завершается успешно. - В репозитории настроен CI на основе GitHub Actions и он успешно прошёл на последнем коммите.
- Программа спроектирована достаточно логично и правильно, не противоречит общепринятым в производстве практикам и традициям.
- При наличии недочётов, в зависимости от их серьёзности и количества, работа может быть отправлена на доработку или принята; решение принимается на основе экспертной оценки работы.