QH
Т.е. нет никаких накладных расходов если Optional использовать?
в расте нет)))0)000)
Size: a a a
2020 February 12
DS
)))))))
DS
Не, ну в джаве же тоже есть компилятор. Наверняка он что-то знает про Optional
SP
Т.е. нет никаких накладных расходов если Optional использовать?
За джавовый опшнл не скажу
DS
Надо затестить
♚
Помогите плиз. Я скачал java JDK. почему у меня на команду javac <джава файл который я хочу скомпилировать> он говорит мне что команды javac не существует?
QH
Помогите плиз. Я скачал java JDK. почему у меня на команду javac <джава файл который я хочу скомпилировать> он говорит мне что команды javac не существует?
надо path прописать
SP
Помогите плиз. Я скачал java JDK. почему у меня на команду javac <джава файл который я хочу скомпилировать> он говорит мне что команды javac не существует?
Переменная окружения PATH
WK
Помогите плиз. Я скачал java JDK. почему у меня на команду javac <джава файл который я хочу скомпилировать> он говорит мне что команды javac не существует?
В Переменные среды загляни
♚
спасибо.
SP
Переменная окружения PATH
Ну и JAVA_HOME до кучи
VB
ребят, дратути. есть пара вопросов по архитектуре
есть rest-сервис на spring-boot
у него есть контроллер, который представляет каталоги товаров (dto со списком других dtoшек)
в контроллере есть сервис для работы с каталогами, в котором dto маппится в entity и персистится в репозиторий
связь сущностей - двунаправленная One-To-Many. в каталоге может быть 0+ товаров, а товаров без каталога не существует
сейчас внутри сервиса каталога дёргается репозиторий товаров, чтобы при добавлении товара возвращался его айдишник
вопросы:
1) стоит ли сделать отдельный сервис для товаров, и всю работу с товарами реализовать в нём?
2) так же и по контроллеру, но чтобы доступ к товарам реализовался только через url
есть rest-сервис на spring-boot
у него есть контроллер, который представляет каталоги товаров (dto со списком других dtoшек)
в контроллере есть сервис для работы с каталогами, в котором dto маппится в entity и персистится в репозиторий
связь сущностей - двунаправленная One-To-Many. в каталоге может быть 0+ товаров, а товаров без каталога не существует
сейчас внутри сервиса каталога дёргается репозиторий товаров, чтобы при добавлении товара возвращался его айдишник
вопросы:
1) стоит ли сделать отдельный сервис для товаров, и всю работу с товарами реализовать в нём?
2) так же и по контроллеру, но чтобы доступ к товарам реализовался только через url
/catalog/{catalogId}/itemsSP
ребят, дратути. есть пара вопросов по архитектуре
есть rest-сервис на spring-boot
у него есть контроллер, который представляет каталоги товаров (dto со списком других dtoшек)
в контроллере есть сервис для работы с каталогами, в котором dto маппится в entity и персистится в репозиторий
связь сущностей - двунаправленная One-To-Many. в каталоге может быть 0+ товаров, а товаров без каталога не существует
сейчас внутри сервиса каталога дёргается репозиторий товаров, чтобы при добавлении товара возвращался его айдишник
вопросы:
1) стоит ли сделать отдельный сервис для товаров, и всю работу с товарами реализовать в нём?
2) так же и по контроллеру, но чтобы доступ к товарам реализовался только через url
есть rest-сервис на spring-boot
у него есть контроллер, который представляет каталоги товаров (dto со списком других dtoшек)
в контроллере есть сервис для работы с каталогами, в котором dto маппится в entity и персистится в репозиторий
связь сущностей - двунаправленная One-To-Many. в каталоге может быть 0+ товаров, а товаров без каталога не существует
сейчас внутри сервиса каталога дёргается репозиторий товаров, чтобы при добавлении товара возвращался его айдишник
вопросы:
1) стоит ли сделать отдельный сервис для товаров, и всю работу с товарами реализовать в нём?
2) так же и по контроллеру, но чтобы доступ к товарам реализовался только через url
/catalog/{catalogId}/itemsстОит
DS
ребят, дратути. есть пара вопросов по архитектуре
есть rest-сервис на spring-boot
у него есть контроллер, который представляет каталоги товаров (dto со списком других dtoшек)
в контроллере есть сервис для работы с каталогами, в котором dto маппится в entity и персистится в репозиторий
связь сущностей - двунаправленная One-To-Many. в каталоге может быть 0+ товаров, а товаров без каталога не существует
сейчас внутри сервиса каталога дёргается репозиторий товаров, чтобы при добавлении товара возвращался его айдишник
вопросы:
1) стоит ли сделать отдельный сервис для товаров, и всю работу с товарами реализовать в нём?
2) так же и по контроллеру, но чтобы доступ к товарам реализовался только через url
есть rest-сервис на spring-boot
у него есть контроллер, который представляет каталоги товаров (dto со списком других dtoшек)
в контроллере есть сервис для работы с каталогами, в котором dto маппится в entity и персистится в репозиторий
связь сущностей - двунаправленная One-To-Many. в каталоге может быть 0+ товаров, а товаров без каталога не существует
сейчас внутри сервиса каталога дёргается репозиторий товаров, чтобы при добавлении товара возвращался его айдишник
вопросы:
1) стоит ли сделать отдельный сервис для товаров, и всю работу с товарами реализовать в нём?
2) так же и по контроллеру, но чтобы доступ к товарам реализовался только через url
/catalog/{catalogId}/itemsЕсли товаров в каталоге сильно много, то могут проблемы начаться. Лучше осторожнее с такими связями быть.
SS
Ну и /catalog надо в /catalogs переименовать :)
VB
Если товаров в каталоге сильно много, то могут проблемы начаться. Лучше осторожнее с такими связями быть.
какие проблемы, например?
много не планируется, но у самих товаров дофига полей
подумываю сделать фильтр по товарам в каталоге, и на всякий случай пагинацию, но там скорее всего точно без отдельного сервиса и контроллера не обойтись
много не планируется, но у самих товаров дофига полей
подумываю сделать фильтр по товарам в каталоге, и на всякий случай пагинацию, но там скорее всего точно без отдельного сервиса и контроллера не обойтись
DS
какие проблемы, например?
много не планируется, но у самих товаров дофига полей
подумываю сделать фильтр по товарам в каталоге, и на всякий случай пагинацию, но там скорее всего точно без отдельного сервиса и контроллера не обойтись
много не планируется, но у самих товаров дофига полей
подумываю сделать фильтр по товарам в каталоге, и на всякий случай пагинацию, но там скорее всего точно без отдельного сервиса и контроллера не обойтись
Вот тут статья с рассуждениями на эту тему есть.
https://vladmihalcea.com/the-best-way-to-map-a-onetomany-association-with-jpa-and-hibernate/
https://vladmihalcea.com/the-best-way-to-map-a-onetomany-association-with-jpa-and-hibernate/
DS
Как раз про пагинацию там.
SP
какие проблемы, например?
много не планируется, но у самих товаров дофига полей
подумываю сделать фильтр по товарам в каталоге, и на всякий случай пагинацию, но там скорее всего точно без отдельного сервиса и контроллера не обойтись
много не планируется, но у самих товаров дофига полей
подумываю сделать фильтр по товарам в каталоге, и на всякий случай пагинацию, но там скорее всего точно без отдельного сервиса и контроллера не обойтись
Rest, товары, фильтры, сервисы, контроллеры, пагинации, конгресс, немцы какие-то. Ты ж вроде за архитектуру хотел спросить?
VB
Rest, товары, фильтры, сервисы, контроллеры, пагинации, конгресс, немцы какие-то. Ты ж вроде за архитектуру хотел спросить?
ну вот спросил, вскрываются подробности)
но в общем понял, спасибо
но в общем понял, спасибо