t
я когда припрет, просто получаю экземпляр нужного бина из того же context, без заморочек лишних, но все таки делать так не надо
у меня jetty, не спринг
Size: a a a
2020 March 01
ch
у меня jetty, не спринг
и?
t
ну хз, ты же про спринг говоришь что не надо так делать?
ch
jetty и spring, не особо пересекаются
t
это я в общем в курсе ) потому и спрашиваю не в контексте спринга а вообще
AA
я вообще к чему спрашиваю )
завел я класс AppContext, в нем приват статик поля а-ля тот же usersManager и всяких еще менеджеров/сервисов пачка. И если мне нужен где то usersManager, то я пишу
private final UsersManager usersManager = AppContext.getUsersManager();
и дальше этот объект преспокойно юзаю, но тогда непонятно зачем нужна вся движуха с @Inject этих всех менеджеров/сервисов
завел я класс AppContext, в нем приват статик поля а-ля тот же usersManager и всяких еще менеджеров/сервисов пачка. И если мне нужен где то usersManager, то я пишу
private final UsersManager usersManager = AppContext.getUsersManager();
и дальше этот объект преспокойно юзаю, но тогда непонятно зачем нужна вся движуха с @Inject этих всех менеджеров/сервисов
А когда у тебя будет этих объектов сотня и у них будут много зависимостей от других объектов тебе придётся руками все конфигурировать. Ещё не всегда синглтон будет нужен
t
А когда у тебя будет этих объектов сотня и у них будут много зависимостей от других объектов тебе придётся руками все конфигурировать. Ещё не всегда синглтон будет нужен
а что там конфигурить?
AA
Т. Е. Ты сейчас изобретаешь ioc контейнер и di
AA
а что там конфигурить?
Зависимости от других объектов
t
так чего тут изобретать, я получил геттером объект и юзаю его методы, чего проще то
ch
так чего тут изобретать, я получил геттером объект и юзаю его методы, чего проще то
когда я в последний раз так делал, пришлось костылить ленивую иницилизацию и это было костылеще
t
Зависимости от других объектов
в них зависимости это только другие такие же сервисы/менеджеры, которые так же получаются геттером в приват финал поле в классе и юзаются там
AA
в них зависимости это только другие такие же сервисы/менеджеры, которые так же получаются геттером в приват финал поле в классе и юзаются там
А как ты разбираешься с http запросами, если тебе нужен объект со scope в рамках одной сессии запроса?
t
когда я в последний раз так делал, пришлось костылить ленивую иницилизацию и это было костылеще
в сервисе можно сделать например метод init() в котором проинитшь все поля сервиса как хочешь, и запустить его при создании, по таймеру или еще как-то, хз, прост не вижу проблемы
AA
в сервисе можно сделать например метод init() в котором проинитшь все поля сервиса как хочешь, и запустить его при создании, по таймеру или еще как-то, хз, прост не вижу проблемы
Ну пока у тебя приложение из 5 классов, проблем нет
AA
в сервисе можно сделать например метод init() в котором проинитшь все поля сервиса как хочешь, и запустить его при создании, по таймеру или еще как-то, хз, прост не вижу проблемы
Когда у тебя оно будет разрастатьсч это будет нечитаемыц огромный класс
t
Ну пока у тебя приложение из 5 классов, проблем нет
какая разница, оно же все один раз пишется
AA
какая разница, оно же все один раз пишется
Если так, то ок
ch
какая разница, оно же все один раз пишется
а потом дай бог, что никто не вызовет каскадное обрущение всего и вся
AA
какая разница, оно же все один раз пишется
Для пет проекта мб и сойдёт, для интерпрайз систем не очень