OneTwoThreeFourFive, нет, сами сущности — бизнес-объекты, они ничего общего с логикой сохранения состояния приложения не имеют... если подмешать логику сохранения, то у вас лапша быстро появляется в проекте, высокая свзанность вам помешает и тестировать и поддерживать код
AR заявлет о простоте, по факту усложняет
Нет ничего проще, чем отдельно подгрузить состояние приложения, а логика приложения живет раздельно
Реализация такого паттерна может быть несколько сложной, но работа в разы проще и легче. С AR все наоборот: паттерн простой, но написание кода с ним — костыли и какашки
в фильтре по зп вы можете увидеть отношение зп по поределенрому уровню к общему из указанных
также можете увидеть отношение указанных зп к уровню всех вакансий и принять решение — подходит ли отношение для экстраполяции на весь рынок
умение пользвоаться инфой — ценное
а еще лучше пробовать собеседоваться, зачем спрашивать ,если просто в ПН вы можете начать проходить собеседования?!
запускаете где? что указано в подключении?
если в докере приложение: то хост контейнера БД, если локально запускаете — localhost с портом, который прокинули
Перед вторым методом не хватает закрывающей скобки прошлого метода (из-за чего он попал внутрь)
А вот в конце лишняя фигурная, тк закрывает первый метод (со вторым внутри)
AR заявлет о простоте, по факту усложняет
Нет ничего проще, чем отдельно подгрузить состояние приложения, а логика приложения живет раздельно
Реализация такого паттерна может быть несколько сложной, но работа в разы проще и легче. С AR все наоборот: паттерн простой, но написание кода с ним — костыли и какашки