t
а шо есть бины? это такие классы где вся бизнес-логика собрана? Типа class usersManager и в нем методы addUser removeUser и т.д., а в эндпоинтах эти методы вызываются уже с конкретными параметрами?
Size: a a a
2020 March 01
AA
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.8.1:compile (default-compile) on project core: Resolution of annotationProcessorPath dependencies failed: For artifact {org.projectlombok:lombok:null:jar}: The version cannot be empty. -> [Help 1]
Так укажи версию, 1.18.12 вроде последняя
AA
а шо есть бины? это такие классы где вся бизнес-логика собрана? Типа class usersManager и в нем методы addUser removeUser и т.д., а в эндпоинтах эти методы вызываются уже с конкретными параметрами?
Бины это сконфигурированные объекты на языке спринга
t
не, они же не только в спринге
AA
не, они же не только в спринге
Ты про Java ee или Java beans?
t
не первое точно
e
Так укажи версию, 1.18.12 вроде последняя
у меня вообще edge-SNAPSHOT, не знаю, с какой стати там null)
AA
у меня вообще edge-SNAPSHOT, не знаю, с какой стати там null)
Лучше конкретную версию указать
AA
у меня вообще edge-SNAPSHOT, не знаю, с какой стати там null)
Либо использовать bom спринга
AA
не первое точно
Java bean это концепция написания класса, типа data класс получается(с гетерами сетерами и конструкторами для полей), а про что ты спросил это очень похоже на бины спринга
AA
Либо я тебя неправильно услышал
t
Java bean это концепция написания класса, типа data класс получается(с гетерами сетерами и конструкторами для полей), а про что ты спросил это очень похоже на бины спринга
википедия:
JavaBeans — классы в языке Java, написанные по определённым правилам. Они используются для объединения нескольких объектов в один (англ. bean — фасоль, кофейное зерно) для удобной передачи данных.
но так по моему любой класс можно обозвать в котором другие самописные pojo внутри юзаются
JavaBeans — классы в языке Java, написанные по определённым правилам. Они используются для объединения нескольких объектов в один (англ. bean — фасоль, кофейное зерно) для удобной передачи данных.
но так по моему любой класс можно обозвать в котором другие самописные pojo внутри юзаются
t
ха, там же ниже:
Так как требования в основном изложены в виде соглашения, а не интерфейса, некоторые разработчики рассматривают JavaBeans, как Plain Old Java Objects, которые следуют определённым правилам именования.
Так как требования в основном изложены в виде соглашения, а не интерфейса, некоторые разработчики рассматривают JavaBeans, как Plain Old Java Objects, которые следуют определённым правилам именования.
ch
википедия:
JavaBeans — классы в языке Java, написанные по определённым правилам. Они используются для объединения нескольких объектов в один (англ. bean — фасоль, кофейное зерно) для удобной передачи данных.
но так по моему любой класс можно обозвать в котором другие самописные pojo внутри юзаются
JavaBeans — классы в языке Java, написанные по определённым правилам. Они используются для объединения нескольких объектов в один (англ. bean — фасоль, кофейное зерно) для удобной передачи данных.
но так по моему любой класс можно обозвать в котором другие самописные pojo внутри юзаются
а можно ли вообще классы называть бинами? бины это методы которые возращают экземпляр некоторо класса
t
бины это не методы имхо
ch
В Spring-е бином (bean) называют любой класс, который управляется контейнером Spring. То есть такими вещами, как создание экземпляра бина, его инициализация, внедрение зависимостей и параметров, деинициализация, генерация всевозможных оберток над бином, занимается не ваш код, а IoC-контейнер Spring-а.
вот по мне норм
t
В Spring-е бином (bean) называют любой класс, который управляется контейнером Spring. То есть такими вещами, как создание экземпляра бина, его инициализация, внедрение зависимостей и параметров, деинициализация, генерация всевозможных оберток над бином, занимается не ваш код, а IoC-контейнер Spring-а.
вот по мне норм
само понятие задолго до спринга появилось. На SO - бин это класс с пприватными полями и геттерами-сеттерами, есть паблик конструктор без аргументов, имплементит сериализабл
и все )
и все )
ch
многозначные слова в языках не редкость
t
я вообще к чему спрашиваю )
завел я класс AppContext, в нем приват статик поля а-ля тот же usersManager и всяких еще менеджеров/сервисов пачка. И если мне нужен где то usersManager, то я пишу
private final UsersManager usersManager = AppContext.getUsersManager();
и дальше этот объект преспокойно юзаю, но тогда непонятно зачем нужна вся движуха с @Inject этих всех менеджеров/сервисов
завел я класс AppContext, в нем приват статик поля а-ля тот же usersManager и всяких еще менеджеров/сервисов пачка. И если мне нужен где то usersManager, то я пишу
private final UsersManager usersManager = AppContext.getUsersManager();
и дальше этот объект преспокойно юзаю, но тогда непонятно зачем нужна вся движуха с @Inject этих всех менеджеров/сервисов
ch
я вообще к чему спрашиваю )
завел я класс AppContext, в нем приват статик поля а-ля тот же usersManager и всяких еще менеджеров/сервисов пачка. И если мне нужен где то usersManager, то я пишу
private final UsersManager usersManager = AppContext.getUsersManager();
и дальше этот объект преспокойно юзаю, но тогда непонятно зачем нужна вся движуха с @Inject этих всех менеджеров/сервисов
завел я класс AppContext, в нем приват статик поля а-ля тот же usersManager и всяких еще менеджеров/сервисов пачка. И если мне нужен где то usersManager, то я пишу
private final UsersManager usersManager = AppContext.getUsersManager();
и дальше этот объект преспокойно юзаю, но тогда непонятно зачем нужна вся движуха с @Inject этих всех менеджеров/сервисов
я когда припрет, просто получаю экземпляр нужного бина из того же context, без заморочек лишних, но все таки делать так не надо