Add bookings #4
Add bookings #4
Conversation
| @Setter | ||
| @Getter | ||
| @Builder | ||
| static class ItemDtoResponse { |
There was a problem hiding this comment.
может тут использовать поле с типом ItemDto просто?
There was a problem hiding this comment.
дело в том что в тестах постман проверяются поля item.id и item.name. То есть в json должен объект с такими полями.
There was a problem hiding this comment.
ну так оно и будет, если сделать ItemDto item
There was a problem hiding this comment.
ну в ItemDto есть еще поля description и available, а они в выводе не нужны, поэтому и внутренний класс в котором полей меньше. Я просто сделал дополнительные ДТО с меньшим количеством полей, только те которые проверяются в постман тестах
There was a problem hiding this comment.
не нужны, но ты не должен создавать дто под каждую необходимость, используй те поля, которые нужны. Так как ты делаешь сейчас ты перегружаешь свою сущность. В общем так не делают)
| @Setter | ||
| @Getter | ||
| @AllArgsConstructor | ||
| static class UserDtoResponse { |
There was a problem hiding this comment.
здесь так же по тестам проверяется booker.id.
There was a problem hiding this comment.
а тут тогда BookerDto booker
Проверь, должно работать
| @Component | ||
| public class BookingMapper { | ||
|
|
||
| public Booking toNewBooking(NewBookingDtoRequest dto, Item item, User booker) { |
There was a problem hiding this comment.
хорошо бы проверять на null входящие в метод параметры
There was a problem hiding this comment.
если проверю дто на нулл, этого же достаточно будет? item и booker если будет нулл то NPE не должно быть, методы их не вызываем.
There was a problem hiding this comment.
да достаточно проверить объект
src/main/java/ru/practicum/shareit/booking/model/BookingState.java
Outdated
Show resolved
Hide resolved
ну что бы упростить сам метод, это "усложнить" сам sql запрос, т.е. вытаскивать данные прямо в нем. А поля lastBooking и nextBooking нужны в дто? |
|
да last и nextbooking нужны в Дто. C одной вещью можно ограничить список в запросе. А как для списка это сделать не понятно, приходится вот в стримах фильтровать как то. Или можно в цикле для каждого item запрос в бд делать чтобы вытащить брони, но я так понимаю что не стоит в цикле запросы к бд делать. |
да в цикле запросы делать это bad practice) |
|
я переписал запрос к БД должен вроде как работать. Теперь только в хэшмапу перевожу список и все. |
Привет. Некоторые тесты закомичены, чтобы ошибки не вылезали. Я просто посмотрел что в следующем ТЗ Тесты писать будем, и решил так сделать а то и так уже по срокам не успеваю.
Еще по выводу бронирования при запросе списка вещей (getAllOfOwner)... Что-то я не додумался как его сделать оптимально, с учетом минимизации запросов к БД. Может что-то посоветуешь?