Обновить README.md
Some checks failed
Merge core/template-android-project to this repo / merge-if-needed (push) Has been cancelled

This commit is contained in:
2025-11-12 11:37:37 +00:00
parent b3e936edf3
commit fa3becb049

View File

@@ -19,7 +19,7 @@
## 📱 Техническое задание
Вам предстоит доработать существующий проект, в котором уже реализован UI слой. Над этим проектом уже работал Ваш коллега, однако он ушел в отпуск. Ваша цель — описать бизнес-логику приложения, реализовав `domain` и `data` слой. Взаимодействие с сервером необходимо осуществить с помощью REST API.
Тебе предстоит доработать существующий проект, в котором уже реализован UI слой. Над этим проектом уже работал твой коллега, однако он ушел в отпуск. Твоя цель — описать бизнес-логику приложения, реализовав `domain` и `data` слой. Взаимодействие с сервером необходимо осуществить с помощью REST API.
Поскольку проект только на начальной стадии развития и сервер ещё не был опубликован на внешнем ресурсе, тебе предстоит развернуть его локально. Ссылка на репозиторий с [бэкендом](https://git.sicampus.ru/Olympic/NTO-2025-Client-Android-backend). Рекомендуется открывать в IntelijIDEA.
@@ -31,14 +31,14 @@
### 2. Заполнение формы ввода
Далее Вам необходимо доработать форму отправки данных и реализовать обработку результата. Для этого требуется добавить сетевой запрос `POST /book`, который отправляет данные в формате `multipart/form-data`. В теле запроса передаются поля `room` и `time`, содержащие информацию о бронировании. При этом в рамках данного MVP не требуется реализовывать на стороне клиента валидацию или фильтрацию вводимых данных.
Далее тебе необходимо доработать форму отправки данных и реализовать обработку результата. Для этого требуется добавить сетевой запрос `POST /book`, который отправляет данные в формате `multipart/form-data`. В теле запроса передаются поля `room` и `time`, содержащие информацию о бронировании. При этом в рамках данного MVP не требуется реализовывать на стороне клиента валидацию или фильтрацию вводимых данных.
### 3. Обработка ошибок
Заключительным этапом разработки приложения является анализ и обработка ответов сервера. Необходимо доработать существующие сетевые запросы следующим образом:
- если код статуса ответа равен 2xx, то необходимо считать тело ответа и вернуть полученные данные;
- если код статуса ответа не равен 2xx, то необходимо считать тело ответа, содержащее информацию об ошибке, извлечь из него сообщение и на уровне доменной модели вернуть `Result.Failure` (как выполнить мапинг - решаете Вы, в т.ч. можно использовать конструкцию `runCatching { … }`), у которого это сообщение передаётся в свойство message для дальнейшего отображения в интерфейсе.
- если код статуса ответа не равен 2xx, то необходимо считать тело ответа, содержащее информацию об ошибке, извлечь из него сообщение и на уровне доменной модели вернуть `Result.Failure` (как выполнить мапинг - решаешь ты, в т.ч. можно использовать конструкцию `runCatching { … }`), у которого это сообщение передаётся в свойство message для дальнейшего отображения в интерфейсе.
Для тестирования можете модифицровать тестовый сервер, все необхоидмые сущности для этого уже созданы.
@@ -46,8 +46,7 @@
## ✅ Особенности оценивания
Оценивание происходит с помощью автоматической системы тестирования, которая в автоматическом режиме находит элементы и взаимодействует с ними (именно для этого у каждого элемента указан уникальный идентификатор, по которому будет производится поиск). Каждый тест происходит с чистой установки приложения.
В случае тестирования сервера на него поочередно отправляются команды, описанные в API и ожидаются определенные корректные ответы.
Сервер и приложение тестируются независимо.
**Неизменяемые файлы**
@@ -59,7 +58,7 @@
**Зависимости**
Все необходимые зависимости проекта уже подключены. Вам запрещено добавлять/изменять/удалять зависимости. Они будут возвращены в ихсодное значение.
Все необходимые зависимости проекта уже подключены. Тебе запрещено добавлять/изменять/удалять зависимости. Они будут возвращены в исходное значение.
**Указание адреса сервера**